[jira] Created: (TOBAGO-187) Support a BooleanConverter for the tc:selectBooleanCheckbox

Support a BooleanConverter for the tc:selectBooleanCheckbox --- Key: TOBAGO-187 URL: http://issues.apache.org/jira/browse/TOBAGO-187 Project: MyFaces Tobago Issue Type: Improvement

[jira] Created: (TOBAGO-188) In the moment the date picker only works when the pattern attribute is hardcoded.

In the moment the date picker only works when the pattern attribute is hardcoded. - Key: TOBAGO-188 URL: http://issues.apache.org/jira/browse/TOBAGO-188 Project: MyFaces

[jira] Created: (TOBAGO-189) The time input will only be rendered, when there is a pattern

The time input will only be rendered, when there is a pattern - Key: TOBAGO-189 URL: http://issues.apache.org/jira/browse/TOBAGO-189 Project: MyFaces Tobago Issue Type: Sub-task

[jira] Created: (TOBAGO-190) I18n for the javascript is needed to work with stlye long and full

I18n for the javascript is needed to work with stlye long and full -- Key: TOBAGO-190 URL: http://issues.apache.org/jira/browse/TOBAGO-190 Project: MyFaces Tobago Issue

[jira] Created: (MYFACES-1493) h:selectOneMenu should resolve non-string objects in the value property without a converter

h:selectOneMenu should resolve non-string objects in the value property without a converter --- Key: MYFACES-1493 URL: http://issues.apache.org/jira/browse/MYFACES-1493

[jira] Resolved: (TOBAGO-188) In the moment the date picker only works when the pattern attribute is hardcoded.

[ http://issues.apache.org/jira/browse/TOBAGO-188?page=all ] Udo Schnurpfeil resolved TOBAGO-188. Resolution: Fixed In the moment the date picker only works when the pattern attribute is hardcoded.

WG: Unexpected behavior of NumberConverter

Hello, maybe one of you can answer this?! Regards, Roland Von: Schaal, Roland Gesendet: Mittwoch, 8. November 2006 09:58An: MyFaces DiscussionBetreff: Unexpected behavior of NumberConverter Hello, I have an input component which uses the f:convertNumber tag to convert the input to a

[jira] Resolved: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=all ] Martin Marinschek resolved MYFACES-1492. Resolution: Invalid Assignee: Cagatay Civici Cagatay was absolutely right in closing this... regards, Martin valueChangeListener is

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449348 ] Mircea Zahan commented on MYFACES-1492: --- Ok, let me summarize, looks like some people do not read carefully :( 1. I tried calling renderResponse() from

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449356 ] Mario Ivankovits commented on MYFACES-1492: --- Now, please, let us try not to heat up this situation any more. We're all nice guys, stressed by our day

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449360 ] Mircea Zahan commented on MYFACES-1492: --- Being given the gravity of the problem, I considered it's worth opening a JIRA issue. Looks like I'm the only

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449372 ] Martin Marinschek commented on MYFACES-1492: Hi Mircea, why shouldn't your getters be called if you call renderResponse? Of course they will be

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449377 ] Mario Ivankovits commented on MYFACES-1492: --- Martin, it looks like the not called getter is a known feature

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449379 ] Martin Marinschek commented on MYFACES-1492: Ah, now I know what you're talking about - you're talking about a dynamically bound value to an

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449381 ] Mircea Zahan commented on MYFACES-1492: --- They just aren't. Try it and see for yourself. Use my example above, no binding attributes in it. And I am

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449384 ] Mario Ivankovits commented on MYFACES-1492: --- I too find its strange that they fire the event before the update_model phase ... I'll say thats the

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449390 ] Mario Ivankovits commented on MYFACES-1492: --- Well, you know, there is a JSF spec, we cant do anything which makes our implementation behave different

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449391 ] Martin Marinschek commented on MYFACES-1492: Hi Mircea, we're implementing a specification here - we cannot implement the basic

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449396 ] Mircea Zahan commented on MYFACES-1492: --- WOW. That didn't cross my mind :( In this case I owe appologies to everyone involved in this discussion,

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449414 ] Cagatay Civici commented on MYFACES-1492: - No problem:) By the way I've fixed the error in the doc. Mircea as a quick fix you may try the component

[Tobago] Important changes to tc:tree (please rename tc:tree to tc:treeOld)

Hello, today I've started the development of the long outstanding fundamental change of the tc:tree tag. (The change was announced in the tld-file long time ago.) If you are using this tag and you want to update to version 1.0.9-SNAPSHOT of tobago you should change your code by renaming tc:tree

[jira] Resolved: (TOMAHAWK-17) t:commandSortHeader processes action / actionListener before updating values of sortColumn and sortAscending

[ http://issues.apache.org/jira/browse/TOMAHAWK-17?page=all ] Mathias Broekelmann resolved TOMAHAWK-17. - Fix Version/s: 1.1.5-SNAPSHOT Resolution: Fixed the action / actionlisteners will now be called after the new values has been set

[jira] Commented: (TOMAHAWK-18) HtmlMessageRenderer's replacement of input ID with input label fails when label is not escaped

[ http://issues.apache.org/jira/browse/TOMAHAWK-18?page=comments#action_12449551 ] Simon Kitching commented on TOMAHAWK-18: Just wanted to note that the project I am currently working on also got bitten by this bug and we currently