July 2008 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-3526) Demo: Navigation menu view

by Tsikhon Kuprevich (JIRA)

Demo: Navigation menu view -------------------------- Key: RF-3526 URL: http://jira.jboss.com/jira/browse/RF-3526 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: 3.2.1.CR6 IE 6 Reporter: Tsikhon Kuprevich Assigned To: Nick Belaevski Priority: Minor see image -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

7
15
0 / 0

[JBoss JIRA] Created: (RF-3417) inputNumberSlider handler doesn't influenced with initial value.

by Ilya Shaikovsky (JIRA)

inputNumberSlider handler doesn't influenced with initial value. ---------------------------------------------------------------- Key: RF-3417 URL: http://jira.jboss.com/jira/browse/RF-3417 Project: RichFaces Issue Type: Sub-task Affects Versions: 3.2.1 Reporter: Ilya Shaikovsky Assigned To: Nick Belaevski Look to demosuite. paint2D page in previous revisions - properties of paintData was defined in faces config as <managed-property> <property-name>color</property-name> <property-class>long</property-class> <value>1000</value> </managed-property> <managed-property> <property-name>scale</property-name> <property-class>float</property-class> <value>2</value> </managed-property> But handlers was in 0 positions. The definition was rewriten and now the default values =0. But this is just workaround. Parent Bug should be reopened in order to return old values(better look and feel of the page) after this will be fixed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

3
12
0 / 0

[JBoss JIRA] Created: (RF-3143) dataOrderedList: footerClass doesn't work

by Tsikhon Kuprevich (JIRA)

dataOrderedList: footerClass doesn't work ----------------------------------------- Key: RF-3143 URL: http://jira.jboss.com/jira/browse/RF-3143 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.5 Environment: 3.1.5.CR2 Reporter: Tsikhon Kuprevich Assigned To: Nick Belaevski dataOrderedList: footerClass doesn't work -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

4
16
0 / 0

[JBoss JIRA] Created: (RF-3816) Demo: develop Tree D'n'D example

by Nick Belaevski (JIRA)

Demo: develop Tree D'n'D example -------------------------------- Key: RF-3816 URL: http://jira.jboss.com/jira/browse/RF-3816 Project: RichFaces Issue Type: Task Affects Versions: 3.2.2 Reporter: Nick Belaevski Assigned To: Ilya Shaikovsky Fix For: 3.2.2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

3
2
0 / 0

[JBoss JIRA] Created: (RF-3614) Sorting a dataTable changes seam-link

by Rainer Flicker (JIRA)

Sorting a dataTable changes seam-link ------------------------------------- Key: RF-3614 URL: http://jira.jboss.com/jira/browse/RF-3614 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: RichFaces 3.2.1.GA JBoss Seam 2.0.2.SP1 JSF 1.2 + Facelets 1.1.14 JBoss 4.2.2.GA JDK 1.5.0_11 Reporter: Rainer Flicker Sorting a dataTable changes seam-link. Before sorting the list, seam-link opens the appropriate item. After sorting, seam-link always opens the last item of the unsorted list. Selecting for example item 10 of 20 opens after sorting always item 20. ------ xhtml snippet --------------------------------------------------------------------------------------------------- <rich:dataTable value="#{hazards}" var="hazard"> <rich:column sortBy="#{hazard.name}"> <f:facet name="header"> <h:outputText styleClass="headerText" value="name" /> </f:facet> <h:outputText value="#{hazard.name}"></h:outputText> </rich:column> <s:link action="#{hazardDetailsManager.select(hazard)}" > <h:graphicImage url="/img/buttons/edit.gif"></h:graphicImage> </s:link> </rich:column> </rich:dataTable> ------------------------------------------------------------------------------------------------------------------------------ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

6
10
0 / 0

[JBoss JIRA] Created: (RF-3866) Auto tests development for rich:components

by Anton Belevich (JIRA)

Auto tests development for rich:components ------------------------------------------ Key: RF-3866 URL: http://jira.jboss.com/jira/browse/RF-3866 Project: RichFaces Issue Type: Task Components: planning Affects Versions: 3.2.2 Reporter: Anton Belevich Assigned To: Anton Belevich Fix For: 3.2.2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

3
2
0 / 0

[JBoss JIRA] Created: (RF-4063) Separate resource prefixes for session-aware & not resources

by Nick Belaevski (JIRA)

Separate resource prefixes for session-aware & not resources ------------------------------------------------------------ Key: RF-4063 URL: https://jira.jboss.org/jira/browse/RF-4063 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.2.2 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 3.2.2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-3801) 'multi select' slows down the AJAX submit of a Form while ha

by Judy Mercer (JIRA)

'multi select' slows down the AJAX submit of a Form while ha ------------------------------------------------------------ Key: RF-3801 URL: http://jira.jboss.com/jira/browse/RF-3801 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.0.1 Environment: Solaris 10x Java 6 JBOSS 4.2.2. Reporter: Judy Mercer With IE (both 6.x and 7.x), a performance problem arises performing an AJAXSubmit of a form having a "multi select" TAG with thousands of items. Activating the AJAX tracing with IE, I noticed that while the multi select is populated with 2000 items, the request phase is performed by AJAX in more than 5 seconds (with a pentium core duo 2GHz), while Firefox takes about nothing. The cause: In my opinion the problem is caused by the way AJAX javascript within IE is performing the preparation of the request. In detail, each time an AJAX submit is performed, the application code calls the function A4J.AJAX.Submit(). Following the sequence of commands... A4J.AJAX.Submit->A4J.AJAX.SubmitRequest->A4J.Query->appendFormControls->'select-multiple' ...I found that the time is spent inside 'select-multiple' function whose purpose is basically to add the selected items to the list of parameters of the request. It consumes all the time looping on the child nodes of the DOM SELECT object. A proposed solution: to change the loop using the "options" collection instead of the generic "childNodes" collection. The change basically does what done in the case "select-multiple" of method Sarissa.formToQueryString() example: richfaces-impl-3.2.1.GA.jar/org/ajax4jsf/javascript/scripts/AJAX.js.: Code: ... 'select-multiple' : function(control){ var cname = control.name; var childs = control.childNodes; for( var i=0 ;i< childs.length;i++ ){ var child=childs ; if( child.tagName == 'OPTGROUP' ){ var options = child.childNodes; for(var j=0; j < options.length; j++){ this._addOption(cname, options[j]); } } else { this._addOption(cname, child); } } }, is more efficient rewritten in this way: Code: 'select-multiple' : function(control){ var options = control.options; for( var i=0 ;i< control.length;i++ ){ var option = options ; this._addOption(cname, option); } }, Note: the change keeps support of 'OPTGROUP' tags -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

4
4
0 / 0

[JBoss JIRA] Created: (RF-3812) CacheableTreeDataModel used on render response phase

by Denis Morozov (JIRA)

CacheableTreeDataModel used on render response phase ---------------------------------------------------- Key: RF-3812 URL: http://jira.jboss.com/jira/browse/RF-3812 Project: RichFaces Issue Type: Bug Reporter: Denis Morozov Apply to tree component -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

3
6
0 / 0

[JBoss JIRA] Created: (RF-3618) AjaxContextImpl: Usage of @PostConstruct on decode(FacesContext context)

by Gena Batalski (JIRA)

AjaxContextImpl: Usage of @PostConstruct on decode(FacesContext context) ------------------------------------------------------------------------- Key: RF-3618 URL: http://jira.jboss.com/jira/browse/RF-3618 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0, 3.2.0.SR1, 3.2.1, 3.2.2 Environment: RichFaces from SVN ~3.2.1, SAP Netweaver CE7.1 Reporter: Gena Batalski Hello, i've installed a Seam application with RichFaces on SAP Netweaver CE 7.1. The server rejected the richfaces-impl.jar because of usage of @PostConstruct annotation on the AjaxContextImpl.decode(FacesContext context) method. According to Javadoc, the @PostConstruct must not have any parameters. Does it have any reason to use the @PostConstruct in this case? Since i removed this annotation, the richfaces also work in the SAP Netweaver JEE environment! Gena -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 7 months

3
6
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues July 2008