[jira] Created: (TOBAGO-161) DblClick on treeFolder should toggle expand state

2006-10-19 Thread Volker Weber (JIRA)
DblClick on treeFolder should toggle expand state - Key: TOBAGO-161 URL: http://issues.apache.org/jira/browse/TOBAGO-161 Project: MyFaces Tobago Issue Type: Improvement Components:

[jira] Resolved: (TOBAGO-161) DblClick on treeFolder should toggle expand state

2006-10-19 Thread Volker Weber (JIRA)
[ http://issues.apache.org/jira/browse/TOBAGO-161?page=all ] Volker Weber resolved TOBAGO-161. - Resolution: Fixed DblClick on treeFolder should toggle expand state - Key: TOBAGO-161

Re: Tomahawk 1.1.4 - STATUS

2006-10-19 Thread Wendy Smoak
On 10/17/06, Thomas Spiegl [EMAIL PROTECTED] wrote: Just moved 21 unresolved issues from fixed version 1.1.4-SNAPSHOT to 1.1.5-SNAPSHOT. Thanks. I should have only moved the resolved issues to 1.1.4. Any comments on the proposed release assemblies? *

RE: Tomahawk 1.1.4 - STATUS

2006-10-19 Thread Scheper, Erik-Berndt
Hi, I'm sorry that I cannot the assembly, since it requires a myfaces snapshot. Is a release schedule available for the new core release? However, for new users it would be very nice to have a complete tomahawk distribution again. I.e. one archive with binaries, a second archive with sources

Re: Tomahawk 1.1.4 - STATUS

2006-10-19 Thread Wendy Smoak
On 10/19/06, Scheper, Erik-Berndt [EMAIL PROTECTED] wrote: I'm sorry that I cannot the assembly, since it requires a myfaces snapshot. Is a release schedule available for the new core release? Is it the snapshot status of MyFaces Core that's stopping you, or the lack of a proposed release

[jira] Created: (MYFACES-1471) ClassCastException when a Table component is dropped in visual editor of Jdev in PDA mode.

2006-10-19 Thread Piyush Hari (JIRA)
ClassCastException when a Table component is dropped in visual editor of Jdev in PDA mode. -- Key: MYFACES-1471 URL: http://issues.apache.org/jira/browse/MYFACES-1471

[jira] Updated: (MYFACES-1471) ClassCastException when a Table component is dropped in visual editor of Jdev in PDA mode.

2006-10-19 Thread Piyush Hari (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-1471?page=all ] Piyush Hari updated MYFACES-1471: - Status: Patch Available (was: Open) ClassCastException when a Table component is dropped in visual editor of Jdev in PDA mode.

[jira] Updated: (MYFACES-1471) ClassCastException when a Table component is dropped in visual editor of Jdev in PDA mode.

2006-10-19 Thread Piyush Hari (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-1471?page=all ] Piyush Hari updated MYFACES-1471: - Status: Open (was: Patch Available) ClassCastException when a Table component is dropped in visual editor of Jdev in PDA mode.

[Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Matthias Wessendorf
does anyone know, why the spec says for RespStateMgr.isPostback() snip For backwards compatability with implementations of ResponseStateManager prior to JSF 1.2, a default implementation is provided that consults the ExternalContext's requestParameterMap and return true if its size is greater

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Matthias Wessendorf
to fast... :) my question was, why not as abstract method and let the details to the impl... and we need to *overhaul* this in htmlResp -M On 10/19/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: does anyone know, why the spec says for RespStateMgr.isPostback() snip For backwards

[jira] Commented: (MYFACES-1471) ClassCastException when a Table component is dropped in visual editor of Jdev in PDA mode.

2006-10-19 Thread Piyush Hari (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-1471?page=comments#action_12443632 ] Piyush Hari commented on MYFACES-1471: -- Sorry. this issue is for the MyFaces-ADF not Myfaces. I can't figure out how to delete it. ClassCastException

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Scott O'Bryan
I don't know why it's like this either, but unfortunately the snipit defines a very clear behavior. Breaking this contract will break thew 1.2 spec. Scott Matthias Wessendorf wrote: to fast... :) my question was, why not as abstract method and let the details to the impl... and we need

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Matthias Wessendorf
no, I mean, why not just abstract isPost() method and letting the impls deal with that? best would be to check against view_param. ok, that disables jsf 1.1 from work so looking for param_map size 0 is ... ok. so each impl can check against view_param (that's jsf 1.2) and! what they did for

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Bruno Aranda
I see that the jsf_state || jsf_state_64 guys have disappeared from the current 1.1 myfaces implementation and replaced by the javax.faces.ViewState, used by jsf 1.2, so I guess we can just implement as pointer in the jsf 1.2 javadocs (the default impl just checks for the javax.faces.ViewState

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Craig McClanahan
On 10/19/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: no, I mean,why not just abstract isPost() method and letting the impls deal with that?It looks like the JSF 1.2 EG used this pattern a lot, when they added new methods to existing classes ... see for example FacesContext.getELContext().

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Matthias Wessendorf
jsf_state is myfaces. the param was simply forgotten by eg. (or at least to specifiy the name of that state_save_param) javax.faces.ViewState was added to JSF 1.2. the default needs to check against the param_map_size 0 (see javadoc) you cannot check only agains the javax.faces.ViewState for

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Bruno Aranda
Mmm, I see, but these two jsf_state params are not present in the 1.1 myfaces impl trunk, due to some changes Martin did to the HtmlResponseStateManager class a few days ago... Bruno On 10/19/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: jsf_state is myfaces. the param was simply forgotten

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Matthias Wessendorf
oh! not updated... :) I think we can/should override isPostback() in the htmlMgr right? On 10/19/06, Bruno Aranda [EMAIL PROTECTED] wrote: Mmm, I see, but these two jsf_state params are not present in the 1.1 myfaces impl trunk, due to some changes Martin did to the

Re: [continuum] BUILD SUCCESSFUL: Sandbox Examples

2006-10-19 Thread Wendy Smoak
On 10/19/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Online report : http://myfaces.zones.apache.org:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/24/buildId/5462 Build statistics: State: Ok Previous State: Error Started at: Thu, 19 Oct 2006 22:09:52

Re: [continuum] BUILD SUCCESSFUL: Myfaces Nighly Build Script

2006-10-19 Thread Wendy Smoak
On 10/19/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Online report : http://myfaces.zones.apache.org:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/50/buildId/5468 Build statistics: State: Ok Previous State: Failed Started at: Thu, 19 Oct 2006 22:20:26

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Scott O'Bryan
Again, I'm somewhat concerned that if this method is documented to return true under the condition that the there is more then one parameter, we need to follow that spec. I wonder if it's too late to eratta this to provide functionality rather then implementation in the doc. Scott Matthias

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Matthias Wessendorf
agreed with the *spec* point of you. but again, don't we need to ask the question that craig pointed out? Let's see how http://host/app/page.faces?foo=bar will bring fun to the isPostback() thing :) -M On 10/19/06, Scott O'Bryan [EMAIL PROTECTED] wrote: Again, I'm somewhat concerned that if

Re: [Faces 1.2] RespStMgr.isPostback()

2006-10-19 Thread Scott O'Bryan
Yeah, no doubt. Matthias Wessendorf wrote: agreed with the *spec* point of you. but again, don't we need to ask the question that craig pointed out? Let's see how http://host/app/page.faces?foo=bar will bring fun to the isPostback() thing :) -M

[jira] Updated: (MYFACES-1453) Implement JSR-252 core tag: ActionListenerTag

2006-10-19 Thread Andreas Berger (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-1453?page=all ] Andreas Berger updated MYFACES-1453: Status: Patch Available (was: Open) Implement JSR-252 core tag: ActionListenerTag -