August 2008 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-1095) JSF component project archetype did't include a Richfaces library dependencies.

by Alexander Smirnov (JIRA)

JSF component project archetype did't include a Richfaces library dependencies. ------------------------------------------------------------------------------- Key: RF-1095 URL: http://jira.jboss.com/jira/browse/RF-1095 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.0 Reporter: Alexander Smirnov Assigned To: Alexander Smirnov Priority: Minor Fix For: 3.1.1 Project, created by 'mvn archetype:create' commanr, don't contain dependency from RichFaces impl. library and Junit. -- 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

16 years, 1 month

4
8
0 / 0

[JBoss JIRA] Created: (RF-1133) rich:datascroller does not reset when data model is changed

by henrik lindberg (JIRA)

rich:datascroller does not reset when data model is changed ----------------------------------------------------------- Key: RF-1133 URL: http://jira.jboss.com/jira/browse/RF-1133 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.1 Reporter: henrik lindberg Priority: Blocker When the datamodel for a rich:dataTable is replaced with a new model the rich:datascroller still remembers its old page index. Now, in order to make it work, I have to look up the UIData and set the index to 0 when I change the datamodel. I would expect it to either be set to 0, or to the value of "first" attribute in the rich:dataTable when its model is changed. This problem is blocking me from releasing my application - I have *many* affected datascrollers and doing the following for all of them would not be fun... // how I reset the first value - perhaps there are beter ways to do this String id = "spaceForm:content_list"; UIComponent comp = FacesContext.getCurrentInstance().getViewRoot().findComponent( id ); if(comp == null) throw new IllegalArgumentException("Can not find component with id = '"+id+"'"); if(!(comp instanceof UIData)) throw new IllegalArgumentException("Id does not refer to a UIData instance"); UIData uidata = (UIData)comp; uidata.setFirst(0); -- 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

16 years, 1 month

9
27
0 / 0

[JBoss JIRA] Created: (RF-958) Calendar component renders 'Today' instead of 'Hoy' in Spanish

by Juan Ignacio S?nchez Lara (JIRA)

Calendar component renders 'Today' instead of 'Hoy' in Spanish -------------------------------------------------------------- Key: RF-958 URL: http://jira.jboss.com/jira/browse/RF-958 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.0 Reporter: Juan Ignacio S?nchez Lara Priority: Minor rich:calendar renders perfect Spanish for months and days, but it shows 'Today' instead of 'Hoy'. -- 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

16 years, 1 month

7
9
0 / 0

[JBoss JIRA] Created: (RF-1014) HEAD build is broken

by Igor Shabalov (JIRA)

HEAD build is broken -------------------- Key: RF-1014 URL: http://jira.jboss.com/jira/browse/RF-1014 Project: RichFaces Issue Type: Bug Environment: Try to update cvn from head and run mvn clean install Reporter: Igor Shabalov Assigned To: Alexander Smirnov Priority: Critical [INFO] Create class file org.richfaces.component.html.HtmlDatascroller ClassNotFoundException message: org.richfaces.component.html.HtmlDatascroller Sep 25, 2007 2:27:42 PM org.ajax4jsf.templatecompiler.builder.AbstractCompilationContext loadClass SEVERE: Error load class: org.richfaces.component.html.HtmlDatascroller Many other SEVERE: messages like that is generated during build -- 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

16 years, 1 month

5
7
0 / 0

[JBoss JIRA] Created: (RF-1024) CDK: Should support config/validator and config/converter for configuration xml

by Pete Muir (JIRA)

CDK: Should support config/validator and config/converter for configuration xml ------------------------------------------------------------------------------- Key: RF-1024 URL: http://jira.jboss.com/jira/browse/RF-1024 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.1.0 Reporter: Pete Muir Assigned To: Pete Muir Fix For: 3.1.2, 3.2.0 This makes sense as support for validators and converters is now in the CDK -- 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

16 years, 1 month

5
7
0 / 0

[JBoss JIRA] Created: (RF-2490) Header facet in the rich:dataTable ignore column "rendered" attribute

by Alexander Smirnov (JIRA)

Header facet in the rich:dataTable ignore column "rendered" attribute --------------------------------------------------------------------- Key: RF-2490 URL: http://jira.jboss.com/jira/browse/RF-2490 Project: RichFaces Issue Type: Bug Environment: RichFaces 3.2 snapshot from 3/10. Reporter: Alexander Smirnov Assigned To: Alexander Smirnov Fix For: 3.2.0 The headers of data tables are no longer following the render rule of its parent h:column tag. The headers are rendering no matter what the rule is. The actual content is following the render rule. I noticed that if I wrap the whole h:column into an a4j:region tag and place the render rule there instead, it all renders correctly. However, I think it should work the way it was before right ?? The f:facet tag should comply to the render rule in the h:column tag ? Here's a code snippet....... <rich:dataTable ...> <h:column id="checkBoxCol" rendered="#{itemList_editableUser or itemList_subProfileView or itemList_DownloadableUser}"> <f:facet name="header"> <h:selectBooleanCheckbox styleClass="checkbox" immediate="true" id="headerCheckBox" onclick="toggleElementCheckboxes(this, this.checked)"/> </f:facet> <h:selectBooleanCheckbox value="#{item.selected}" title="#{item.object.itemIdentifier.gtin}" styleClass="checkbox" id="rowCheckBox" disabled="#{(itemList_subProfileView and itemList_subProfRestr) or item.acctAccess == 'N'}"/> </h: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

16 years, 2 months

8
13
0 / 0

[JBoss JIRA] Created: (RF-4128) They all should be Trees:Panel Menu, Context Menu, Drop Down

by Francisco Jose Peredo Noguez (JIRA)

They all should be Trees:Panel Menu, Context Menu, Drop Down ------------------------------------------------------------ Key: RF-4128 URL: https://jira.jboss.org/jira/browse/RF-4128 Project: RichFaces Issue Type: Feature Request Reporter: Francisco Jose Peredo Noguez I would like to be able to use recursiveTreeNodesAdaptor to configure Panel Menu, Context Menu, Drop Down Menu, after all, they all are recursive trees. They all should be Trees:Panel Menu, Context Menu, Drop Down Menu. Shouldn't they? Why not? AFAIK there is no easy way to make this possible right now -- 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

16 years, 2 months

4
10
0 / 0

[JBoss JIRA] Created: (RF-2516) Drag-n-Drop Tree with Context Menu

by Ralf Loechte (JIRA)

Drag-n-Drop Tree with Context Menu ---------------------------------- Key: RF-2516 URL: http://jira.jboss.com/jira/browse/RF-2516 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4, 3.2.0 Reporter: Ralf Loechte I have a rich:tree with drag-n-drop support and an attached rich:contextMenu to the nestet rich:treeNode. if you click left on a node, the contectMenu will open. After click on the <rich:treeNode type="member" dragType="member" dragValue="#{item}" acceptedTypes="member"> <h:outputText value="#{item.name}" /> <rich:dndParam name="label" type="drag" value="#{item.name}" /> <rich:contextMenu event="oncontextmenu" attached="true" submitMode="ajax"> <rich:menuItem value="Ausschneiden" limitToList="true" reRender="treehierarchypanel" disabled="#{!olapAdminMainBean.editMode}" actionListener="#{hierarchyMainBean.processCutElement}"> </rich:menuItem> -- 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

16 years, 3 months

6
13
0 / 0

[JBoss JIRA] Created: (RF-3552) rich:simpleTogglePanel strange behavior with a4j:repeat and rich:dataTable

by Pulkk Pulkk (JIRA)

rich:simpleTogglePanel strange behavior with a4j:repeat and rich:dataTable -------------------------------------------------------------------------- Key: RF-3552 URL: http://jira.jboss.com/jira/browse/RF-3552 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0, 3.1.2 Environment: Apache-Tomcat 6.0.18, Faces 1.2 Reporter: Pulkk Pulkk When using rich:simpleTogglePanel inside a looping tag such as a4j:repeat or rich:dataTable, the open/close behavior gets strange. For example: <a4j:repeat> <rich:simpleTogglePanel> ... </rich:simpleTogglePanel> </a4j:repeat> When working with the panels, the following happens depending on the switchType value: - Server: when one is opened or closed, all the rest open and close respectively - Client/Ajax: when one is opened or closed, the rest remain (the correct behavior). However, when the enclosing component is reRendered, they all open or close respectively depending on the last operation. It seems that when rich:simpleTogglePanel is put into a looping tag, all the resulting panels are treated as one in open/close operations. To illustrate: <a4j:repeat> <rich:simpleTogglePanel> ... </rich:simpleTogglePanel> <rich:simpleTogglePanel> ... </rich:simpleTogglePanel> </a4j:repeat> In this case, when opening or closing an odd-numbered panel in the output, all the odd-numbered panel open or close respectively but the even ones remain intact. Same goes for even ones. -- 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

16 years, 3 months

4
13
0 / 0

[JBoss JIRA] Created: (RF-3453) rich:modalPanel does not work with event listeners added using a4j:support

by Paul Speijers (JIRA)

rich:modalPanel does not work with event listeners added using a4j:support -------------------------------------------------------------------------- Key: RF-3453 URL: http://jira.jboss.com/jira/browse/RF-3453 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.5, 3.1.x Reporter: Paul Speijers Fix For: 3.1.6, 3.1.x I wanted to perform some finalization work when I hide a modalPanel and an obvious solution would be to register an action to the onhide event using an a4j:support. However, the action is never executed and it seems like the event listener is not registered with the onhide event. <rich:modalPanel id="#{modalPanelId}" height="600" top="20" left="112" width="900" resizeable="false" moveable="true" onshow="focusFirstModalPanelElement('#{modalPanelId}')"> <a4j:support event="onhide" action="#{modalPanelDelegator.closePanel}" oncomplete="alert('test2')"/> ..... </rich:modalPanel> -- 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

16 years, 3 months

4
5
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues August 2008