[jira] Commented: (TOMAHAWK-451) t:tabbedPane tabs rendered as button when using StreamingAddResource

[ http://issues.apache.org/jira/browse/TOMAHAWK-451?page=comments#action_12418181 ] Jan Hoeve commented on TOMAHAWK-451: Interesting. Are you observing this behaviour on InternetExplorer? Plz test also on Firefox. As similar bug could be this:

please maven clean continuum [was: [continuum] BUILD FAILURE: Myfaces Nighly Build Script]

For some reason maven did not recreate the shared_* branches. Please issue a maven clean on continuum to fix this annoying thing. Thanks! Mario

[jira] Commented: (TOMAHAWK-506) Schedule getClickedTime() returns incorrect time in compact views

[ http://issues.apache.org/jira/browse/TOMAHAWK-506?page=comments#action_12418204 ] Jurgen Lust commented on TOMAHAWK-506: -- Actually, this was the way it was intended, except for the minutes part that is. In the compact view, the clicked time is

[jira] Commented: (TOMAHAWK-506) Schedule getClickedTime() returns incorrect time in compact views

[ http://issues.apache.org/jira/browse/TOMAHAWK-506?page=comments#action_12418206 ] Peter Mahoney commented on TOMAHAWK-506: I agree about the time, but the day is always the current date rather than the day that was clicked on. If I click on the

Re: Release 1.1.4

What i did already, is added my code signing key to the KEYS file in svn. How can i upload it to www.apache.org/dist/myfaces?I've been also looking over this: http://wiki.apache.org/myfaces/Building_a_Release, seems pretty update to date, is there anything else i should read? i know Sean

[jira] Commented: (TOMAHAWK-506) Schedule getClickedTime() returns incorrect time in compact views

[ http://issues.apache.org/jira/browse/TOMAHAWK-506?page=comments#action_12418209 ] Jurgen Lust commented on TOMAHAWK-506: -- Aha, then that is in fact a bug :) I'll look into it this weekend... Schedule getClickedTime() returns incorrect time in

[jira] Commented: (MYFACES-278) UIData does not processColumnChildren() if rowCount() returns -1 (for ResultSetDataModel)

[ http://issues.apache.org/jira/browse/MYFACES-278?page=comments#action_12418220 ] Torsten Krah commented on MYFACES-278: -- Is this really fixed in 1.1.0 or 1.1.3? I still get this bug, according to the description above in 1.1.3 version, posted some

[jira] Commented: (MYFACES-278) UIData does not processColumnChildren() if rowCount() returns -1 (for ResultSetDataModel)

[ http://issues.apache.org/jira/browse/MYFACES-278?page=comments#action_12418224 ] Torsten Krah commented on MYFACES-278: -- Sorry - meant tomahawk, not myfaces - so its fixed here but not addressed at tomahawk like said at:

[jira] Commented: (TOMAHAWK-89) t:dataTable support for ResultSetDataModel is completely broken

[ http://issues.apache.org/jira/browse/TOMAHAWK-89?page=comments#action_12418225 ] Torsten Krah commented on TOMAHAWK-89: -- Any progress at this front? kind regards t:dataTable support for ResultSetDataModel is completely broken

[jira] Commented: (TOMAHAWK-464) Make Tomahawk work in portals

[ http://issues.apache.org/jira/browse/TOMAHAWK-464?page=comments#action_12418239 ] Michael Binette commented on TOMAHAWK-464: -- I think this is major for people trying to use any portal. Is there a way to eliminate the ExtensionsFilter

[jira] Resolved: (TOBAGO-72) tx:date inside a tc:sheet causes NullPointerException

[ http://issues.apache.org/jira/browse/TOBAGO-72?page=all ] Bernd Bohmann resolved TOBAGO-72: - Resolution: Fixed Please reopen it if it doesn't work tx:date inside a tc:sheet causes NullPointerException

[jira] Resolved: (TOBAGO-5) Create a datePicker component

[ http://issues.apache.org/jira/browse/TOBAGO-5?page=all ] Bernd Bohmann resolved TOBAGO-5: Resolution: Fixed Create a datePicker component - Key: TOBAGO-5 URL:

[jira] Resolved: (TOBAGO-79) Date Picker resets other field values

[ http://issues.apache.org/jira/browse/TOBAGO-79?page=all ] Bernd Bohmann resolved TOBAGO-79: - Resolution: Fixed Date Picker resets other field values - Key: TOBAGO-79 URL:

[jira] Updated: (TOMAHAWK-435) Inconsistent results using TableSuggestAjax

[ http://issues.apache.org/jira/browse/TOMAHAWK-435?page=all ] Sharath Reddy updated TOMAHAWK-435: --- Status: Patch Available (was: Open) Inconsistent results using TableSuggestAjax --- Key:

[jira] Resolved: (TOBAGO-78) tc:link should support f:param

[ http://issues.apache.org/jira/browse/TOBAGO-78?page=all ] Bernd Bohmann resolved TOBAGO-78: - Resolution: Fixed tc:link should support f:param -- Key: TOBAGO-78 URL:

Displaying radio buttons in datatable

Hi, My requirement is to display radio buttons in a datatable. On selecting the radio button and clicking on next button the selected rows values should be displayed in the next page. I tried using the selectOneRadio component of Tomahawk. Following is the snippet of code i have used

Re: Displaying radio buttons in datatable

Have you tried the SelectOneRow Component in tomahawk sandbox, maybe this is the right one for you. regards Ernst On 6/28/06, kalpana [EMAIL PROTECTED] wrote: Hi, My requirement is to display radio buttons in a datatable. On selecting the radio button and clicking on next button the

Re: Displaying radio buttons in datatable

Kalpana, I suspect the use of forceId and forceIdIndex is the source of the problem. Unless their is a reason you are using them, then I would set both to false, otherwise set both to true. ** From the TLD http://myfaces.apache.org/tomahawk/tlddoc/index.html forceIdIndex If false, this

Re: Release 1.1.4

Assuming you can ssh into people.apache.org... $ ssh people.apache.org $ cd /www/people.apache.org/dist/myfaces/builds $ mkdir 1.1.4 (or whatever) $ exit (get your files ready) $ scp {files} people.apache.org:/www/people.apache.org/dist/myfaces/ builds/1.1.4/ Hope that helps -- James

Re: [continuum] BUILD SUCCESSFUL: Tomahawk Core

On 6/28/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Online report : http://myfaces.zones.apache.org:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/16/buildId/2447 Build statistics: State: Ok Previous State: Failed ... Changes bommel try

Re: Release 1.1.4

OK, I've generated a key, added it to http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYS ,Then, I added it to /x1/www/www.apache.org/dist/myfaces/KEYS on people.apache.org. However, this doesn't appear to be the correct location, as nothing updated on www.apache.org/dist/myfaces. /x1 must

Re: Release 1.1.4

/www/www.apache.org/dist/myfaces/KEYS on people.apache.org is the correct location, it seems.On 6/28/06, Grant Smith [EMAIL PROTECTED] wrote: OK, I've generated a key, added it to http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYS ,Then, I added it to

Re: Release 1.1.4

Just a question. Does anybody know something about the maven2 release plugin ? Looks promising -Matt On 6/28/06, Grant Smith [EMAIL PROTECTED] wrote: /www/www.apache.org/dist/myfaces/KEYS on people.apache.org is the correct location, it seems. On 6/28/06, Grant Smith [EMAIL PROTECTED]

Renaming of the archetypes

Hi there, To follow the conventions, I think we should rename the archetypes to: maven-archetype-myfaces maven-archetype-jsfcomponents Then, update the poms and documentation. I am going to do this if no one objects ;) Cheers! Bruno

Re: Release 1.1.4

On 6/28/06, Grant Smith [EMAIL PROTECTED] wrote: /www/www.apache.org/dist/myfaces/KEYS on people.apache.org is the correct location, it seems. Yes, but it still won't show up immediately. There's an hourly sync over to another box that's actually serving the websites. -- Wendy

Re: Renaming of the archetypes

On 6/28/06, Bruno Aranda [EMAIL PROTECTED] wrote: To follow the conventions, I think we should rename the archetypes to: maven-archetype-myfaces maven-archetype-jsfcomponents Then, update the poms and documentation. I am going to do this if no one objects ;) I think the 'maven' at the front

RE: Renaming of the archetypes

+1 for I think the 'maven' at the front of the archetype name refers to the fact that Maven-the-project is distributing them, not that they are meant for use with Maven-the-build-tool. -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 28, 2006 1:04 PM

Re: Renaming of the archetypes

Ah ok, I was seing the maven-* wherever I went, and I thought it was like the plugins, where everybody puts maven-name-plugin (even not being plugins from the maven project itself). But no problem, I will rechange once we agree in the names. Those seem fine to me :) Bruno On 6/28/06, Wendy

Re: Renaming of the archetypes

And maybe, after finding the best names, maybe we could think on releasing them, could we? Bruno On 6/28/06, Bruno Aranda [EMAIL PROTECTED] wrote: Ah ok, I was seing the maven-* wherever I went, and I thought it was like the plugins, where everybody puts maven-name-plugin (even not being

Problems building myfaces

Hi, I have done a fresh checkout of latest myfaces, and just installed maven 2.0.4. I cant build myfaces, mvn install gives me this error: D:\Sviluppo\myfacesmvn install [INFO] Scanning for projects... [INFO] [ERROR] FATAL

Re: Renaming of the archetypes

On 6/28/06, Bruno Aranda [EMAIL PROTECTED] wrote: And maybe, after finding the best names, maybe we could think on releasing them, could we? I would think right after 1.1.4 would be a good time, considering that you'll want to set them up with a released version, and we haven't yet managed to

Re: Release 1.1.4

Ah, thanks!I'm sure this is all documented in some infra repository somewhere...On 6/28/06, Wendy Smoak [EMAIL PROTECTED] wrote:On 6/28/06, Grant Smith [EMAIL PROTECTED] wrote: /www/www.apache.org/dist/myfaces/KEYS on people.apache.org is the correct location, it seems.Yes, but it still won't