December 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-4222) Nice to have multiple events in a4j:support tag

by Jan Hoeve (JIRA)

Nice to have multiple events in a4j:support tag ----------------------------------------------- Key: RF-4222 URL: https://jira.jboss.org/jira/browse/RF-4222 Project: RichFaces Issue Type: Feature Request Reporter: Jan Hoeve Priority: Minor in the a4j:support tag, it is now possible enter an event for which you want to occur something (e.g. reRender): <a4j:support event="onblur" reRender="usernameDecorate"/> Sometimes it would be very userful if reRenders occur for multiple events. For example there are two events in which you are interesed: onblur and onkeyup. The onblur should check where a username containts valid characters (by using a regexp) The onkeyup should display the current length of the username (in an <h:outputText />) So, based on above example it would me nice if the support tag supported (hehe) more than one event). For example: <a4j:support event="onblur,onkeyup" reRender="usernameDecorate"/> I already tried to create a separate a4j:support for each event, but then only the first one is executed. -- 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

13 years

5
5
0 / 0

[JBoss JIRA] Created: (RF-8570) CDK code cleanup

by Alexander Smirnov (JIRA)

CDK code cleanup ---------------- Key: RF-8570 URL: https://jira.jboss.org/jira/browse/RF-8570 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: CDK Reporter: Alexander Smirnov Assignee: Alexander Smirnov Fix For: 4.0.0.ALPHA2 Review class and interface names, method names. Make all possible methods as final. Create Dependency Injection report using http://code.google.com/p/google-guice/wiki/Grapher Review logging, append log messages to the all critical points. JavaDoc comments. code style review. -- 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

13 years

3
8
0 / 0

[JBoss JIRA] Created: (RF-9645) Core: richfaces-base-component.js document & refactor event handling API related to base component

by Nick Belaevski (JIRA)

Core: richfaces-base-component.js document & refactor event handling API related to base component -------------------------------------------------------------------------------------------------- Key: RF-9645 URL: https://jira.jboss.org/browse/RF-9645 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.0.0.Milestone4 Reporter: Nick Belaevski Assignee: Pavel Yaschenko Priority: Critical Fix For: 4.0.0.Milestone4 Refactor & describe invokeEvent(...) method -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

3
8
0 / 0

[JBoss JIRA] Created: (RF-970) DDMenu in Toolbar and Opera

by Carsten H?hne (JIRA)

DDMenu in Toolbar and Opera --------------------------- Key: RF-970 URL: http://jira.jboss.com/jira/browse/RF-970 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.0 Reporter: Carsten H?hne Priority: Minor The dropDown Menu does not work in Opera (9.23) in this constellation: <ui:component ...> <rich:toolBar> <h:form> <rich:toolBarGroup > <rich:dropDownMenu value="Collection" > <rich:menuItem value="List working collection" action="list" /> </rich:dropDownMenu> </rich:toolBarGroup> </h:form> <rich:toolBarGroup location="right"> <h:form>[....] </h:form> </rich:toolBarGroup> </rich:toolBar> </ui:component> But it works with IE and Firefox. If the form is put into the toolbargroup, than the menue is functioning in opera. Or if you put the form around the whole toolbar it works also. -- 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

13 years

7
11
0 / 0

[JBoss JIRA] Created: (RF-9426) Check iteration state saving for facets of dataTable component

by Nick Belaevski (JIRA)

Check iteration state saving for facets of dataTable component --------------------------------------------------------------- Key: RF-9426 URL: https://jira.jboss.org/browse/RF-9426 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: component-tables, performance Affects Versions: 4.0.0.Milestone3 Reporter: Nick Belaevski Assignee: Konstantin Mishin Fix For: 4.0.0.Milestone4 Here is the excerpt from the letter I've just received: >>>> There is memory leak in UIDataAdaptorBase/rich:dataTable. >>>> It affects: >>>> - external filtering (input in "header" facet) >>>> - embedded filtering ("filterBy" column attribute) - facet >>>> "filterValueInput" is added internally >>>> >>>> Code in UIDataAdaptorBase#saveChildState: >>>> itr = c.getFacets().values().iterator(); >>>> while (itr.hasNext()) { >>>> saveChildState(faces, (UIComponent) itr.next(), childState); >>>> } >>>> >>>> Column facet state is saved in the view for each row. >>>> >>>> For the table with 500 rows 5 columns with filtering that resulst in >>>> 350kB >>>> of extra view size. >>>> UIDataAdaptorBase$DataState size - 350 kB >>>> There are 2500 (500 rows * 5 columns) instances of >>>> UIDataAdaptorBase$SavedState. >>>> >>>> The same table without filtering does not have this issue and >>>> UIDataAdaptorBase$DataState size is 1 kB. >>>> This affects 3.x. Please check if 4.x is affected by the problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

2
18
0 / 0

[JBoss JIRA] Created: (RF-9839) Tree: additional features: client-side API

by Nick Belaevski (JIRA)

Tree: additional features: client-side API ------------------------------------------ Key: RF-9839 URL: https://jira.jboss.org/browse/RF-9839 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: component-tree Affects Versions: 4.0.0.Milestone5 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.Milestone5 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

3
16
0 / 0

[JBoss JIRA] Created: (RF-9727) Using rich:editor + spellchecker plugin + a4j:poll doesn't work right

by Chris Dollar (JIRA)

Using rich:editor + spellchecker plugin + a4j:poll doesn't work right --------------------------------------------------------------------- Key: RF-9727 URL: https://jira.jboss.org/browse/RF-9727 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input, component-push/poll Affects Versions: 3.3.3.Final Environment: Linux, JBoss 4.2.2.GA, Richfaces-3.3.3.Final Reporter: Chris Dollar Using the "spellchecker" plugin for the rich:editor (which is distributed with the RF library) does not work correctly when used on a page that contains an a4j:poll. When the a4j:poll action fires any spellcheck information in the rich:editor is lost. The forum link listed has more details about the issue and how the spellchecker plugin is supposed to work. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

3
4
0 / 0

[JBoss JIRA] Created: (RF-9840) Tree: additional features: server-side API

by Nick Belaevski (JIRA)

Tree: additional features: server-side API ------------------------------------------ Key: RF-9840 URL: https://jira.jboss.org/browse/RF-9840 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: component-tree Affects Versions: 4.0.0.Milestone5 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.Milestone5 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

2
8
0 / 0

[JBoss JIRA] Created: (RF-9828) Tree: additional features: review and implement 3.x attributes

by Nick Belaevski (JIRA)

Tree: additional features: review and implement 3.x attributes -------------------------------------------------------------- Key: RF-9828 URL: https://jira.jboss.org/browse/RF-9828 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: component-tree Affects Versions: 4.0.0.Milestone5 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.Milestone5 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

2
10
0 / 0

[JBoss JIRA] Created: (RF-3632) Lost input focus after rerendering parent form

by Benno Markiewicz (JIRA)

Lost input focus after rerendering parent form ---------------------------------------------- Key: RF-3632 URL: http://jira.jboss.com/jira/browse/RF-3632 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: RF 3.2.1.CR3 IE 6 Firefox 2.0.0.11 Java 1.5.0_15 jetty-6.1.9 WinXP SP2 Reporter: Benno Markiewicz A control within a parent form looses its focus when the parent form is rerendered. The rerendering was forced by an event fired from the child control. See the source (based on http://livedemo.exadel.com/richfaces-demo/richfaces/support.jsf?c=support) <h:form id="myform"> <h:panelGrid columns="2"> <h:inputText id="myinput" value="#{userBean.name}"> <a4j:support event="onkeyup" reRender="myform" /> </h:inputText> <h:outputText id="outtext" value="#{userBean.name}" /> </h:panelGrid> </h:form> Notice the difference. Instead of "outtext" "myform" will be rerendered. Background: You have a detail form with several components. Every control on the form changes the internal state. The view represents the actual state, so the whole form has to be rerendered. But when you rerender the parent form, the focus/selection state of the actual component is lost. -- 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

13 years

4
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2010