December 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-11785) Provide detailed documentation of components

by nimo stephan (Created) (JIRA)

Provide detailed documentation of components -------------------------------------------- Key: RF-11785 URL: https://issues.jboss.org/browse/RF-11785 Project: RichFaces Issue Type: Quality Risk Security Level: Public (Everyone can see) Components: doc Affects Versions: 4.1.0.CR1 Reporter: nimo stephan Docs of RF 3 provides a detailed description of each components property which is missed in RF 4. For example, I want to know the "property" and its "default value" of "boundaryControls" of rich:dataScroller is. I cannot find it either in the TLD nor in official docs. Please provide a description of each component maybe in the following form (example): Tag Description Default ---- ------------ ------- -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

2
1
0 / 0

[JBoss JIRA] (RF-11769) showcase - rich:notify - the number of mouse focuses is saved and then applied gradually

by Juraj Huska (Created) (JIRA)

showcase - rich:notify - the number of mouse focuses is saved and then applied gradually ---------------------------------------------------------------------------------------- Key: RF-11769 URL: https://issues.jboss.org/browse/RF-11769 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators, showcase Affects Versions: 4.1.0.CR2 Environment: app: richfaces showcase CR2 contianer: jboss AS 7.0.2.Final and 7.1.0.Beta1 browsers: FF and Chrome Reporter: Juraj Huska Priority: Minor When I am making lot of mouse focuses on generated rich:notify messages, then the number of focuses is saved and applied gradually. The mouse focus causes delay in disappearing the notify message and also changes the opacity. Current behavior causes *disruptive blinking of notify messages*, when there is lot of focuses. IMHO it should *remember only the last* mouse focus. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

3
3
0 / 0

[JBoss JIRA] (RF-11768) rich:inplaceSelect - @onlisthide and @onlistshow attributes don't work

by Jan Papousek (Created) (JIRA)

rich:inplaceSelect - @onlisthide and @onlistshow attributes don't work ---------------------------------------------------------------------- Key: RF-11768 URL: https://issues.jboss.org/browse/RF-11768 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.1.0.Final Reporter: Jan Papousek -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

3
2
0 / 0

[JBoss JIRA] (RF-11751) inplaceInput - edit() from #{rich:component('firstNamex')}.edit(); -

by Jean ANDRE (Created) (JIRA)

inplaceInput - edit() from #{rich:component('firstNamex')}.edit(); - --------------------------------------------------------------------- Key: RF-11751 URL: https://issues.jboss.org/browse/RF-11751 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Environment: Websphere 8 - RAD 8 - JSF Mojorra 2.1.4 - Spring 3.0.6 Final - Use @Inject @Named @SessionScoped as annotations - Firefox 7.0.1 - Windows 7 (6.1 sp1) - AspectJ 1.6.12 / AJDT Reporter: Jean ANDRE We want to active the edit mode of an <rich:inplaceImput> mode by clicking on link. Our final goal is to activate all inplaceImput contained inside a form by a single click. In fact, we want to place the form in edit mode versus view mode where the fields are not editable. 1) The first problem is how to disable an inplaceImput component to avoid a user to edit it. Does the editEvent can be used ??? 2) How to place all inplaceImput field in edit mode by a single click from a link or a command button Our experimentation shows many problem to get a success and we fail. In fact, the function #{rich:component('firstNamex')}.edit() where the firsNamex is the id of an inplaceImput trigger a javaScript error such as : {code} RichFaces.$("tabbedForm:firstNamex").edit is not a function {code} Then we decided to display by an alert what is the component returned by the call and the alert seems to display list of components instead of the real component to edit !!!??? - The call is as following : onclick="alert(#{rich:component('firstNamex')});"/> and it returns the values below: {code} BaseComponent, inputBase, inputBase, inplaceInput {code} -------------------------- PARTIAL CODE -------------------------- {code} <div class="right-align"> <a4j:commandLink id="#{tab.id}-edit" value="#{msg['common.command.edit']}" onclick="#{rich:component('firstNamex')}.edit(); alert(#{rich:component('firstNamex')});"/>  | <a4j:commandLink id="#{tab.id}-save" value="#{msg['common.command.save']}"/>  | <a4j:commandLink id="#{tab.id}-cancel" value="#{msg['common.command.cancel']}" /> </div>    <h:panelGrid columns="2" border="0" columnClasses="no-breakable" cellpadding="5" style="width:100%"> <h:panelGroup>    <h:panelGrid columns="2" border="0" columnClasses="no-breakable" cellpadding="5"> <h:outputLabel value="#{msg['client.label.type']}" /> <h:selectOneListbox id="#{tab.id}-clientType" /> <h:outputLabel value="#{msg['client.label.firstname']}" /> <rich:inplaceInput id="firstNamex" value="#{client.firstName}" /> {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

2
2
0 / 0

[JBoss JIRA] (RF-11730) DropDowm - dynamic menu item is not rendered when using ui:fragment

by Jean ANDRE (Created) (JIRA)

DropDowm - dynamic menu item is not rendered when using ui:fragment ------------------------------------------------------------------- Key: RF-11730 URL: https://issues.jboss.org/browse/RF-11730 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone4 Environment: Websphere 8 - RAD 8 - JSF Mojorra 2.1.4 - Spring 3.0.6 Final - Use @Inject @Named @SessionScoped as annotations - Firefox 7.0.1 - Windows 7 (6.1 sp1) Reporter: Jean ANDRE The dropdown menu does not display any item when we use jsf tag ui:fragment. Under firebug, there is some javacript error such as Popup menu is null. This error does not appear when we use c:if tag instead of ui:fragment and the dropdown menu is working correctly. here is an extract of the involved code. The following code build dynamically a list of menu item based on opened tabs. When there is no tab, the dropdown menu is empty but we display a menu-item with an "empty" label. When there are opened tabs, the dropdown menu contains a list of opened tabs - One menu-item per tab. The behavior of this dropdown menu is similar to the menu Windows in MDI user interface style. To make a summary, dropdown menu seems to not support ui:fragment tag. {code}    <rich:toolbarGroup id="openedTabs" location="right"> <rich:dropDownMenu id="menu-opened-tabs"> <f:facet name="label"> <h:graphicImage value="/images/downBlackArrow.png" title="#{msg['menu.item.tab.tooltip']}" /> </f:facet> <c:if test="#{empty desktopTabController.desktopTabBean.tabElements}">    <rich:menuItem label="#{msg['menu.item.tab.empty']}" /> </c:if> <c:if test="#{not empty desktopTabController.desktopTabBean.tabElements}">    <c:forEach items="#{desktopTabController.desktopTabBean.tabElements}" var="tab"> <c:set var="headerStr" value="#{msg['desktop.tab.List']} (#{tab.serialNumber})" /> <rich:menuGroup id="menu-group-#{tab.id}" label="#{(tab.isModeList == true) ? headerStr : tab.header}"> <rich:menuItem label="#{msg['menu.item.tab.activate']}" /> <rich:menuItem label="#{msg['menu.item.tab.close']}" /> </rich:menuGroup> </c:forEach> </c:if> </rich:dropDownMenu> </rich:toolbarGroup> {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

9
12
0 / 0

[JBoss JIRA] (RF-10927) Implement resources loading strategies

by Lukáš Fryč (Commented) (JIRA)

[ https://issues.jboss.org/browse/RF-10927?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-10927: --------------------------------- Provided [workaround for using LOAD_NONE resource loading strategy in 4.1|http://community.jboss.org/docs/DOC-17397]. > Implement resources loading strategies > -------------------------------------- > > Key: RF-10927 > URL: https://issues.jboss.org/browse/RF-10927 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: optimization > Affects Versions: 4.0.0.Milestone1 > Reporter: Ilya Shaikovsky > Assignee: Lukáš Fryč > Fix For: 4.1.0.Milestone3 > > > http://community.jboss.org/message/558629#558629 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

1
0
0 / 0

[JBoss JIRA] (RF-11780) mobile showcase - JS error - can not find variable: SyntaxHighlighter

by Juraj Huska (Created) (JIRA)

mobile showcase - JS error - can not find variable: SyntaxHighlighter --------------------------------------------------------------------- Key: RF-11780 URL: https://issues.jboss.org/browse/RF-11780 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: mobile, showcase Affects Versions: 4.1.0.CR2 Environment: richfaces showcase 4.1.0.CR2 container: JBoss AS 7.1.0.Beta1 device: iPad Reporter: Juraj Huska Priority: Minor The JS error: {code} ReferenceError: Can not find variable: SyntaxHighlighter {code} is thrown, when loading demo for RichFaces functions(Miscellaneous). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

6
5
0 / 0

[JBoss JIRA] Created: (RF-2494) Multiple clicks on a particular Tree node doesn't fire nodeSelectListener method for each click (only for the first time)

by Mareks Malnacs (JIRA)

Multiple clicks on a particular Tree node doesn't fire nodeSelectListener method for each click (only for the first time) ------------------------------------------------------------------------------------------------------------------------- Key: RF-2494 URL: http://jira.jboss.com/jira/browse/RF-2494 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4 Reporter: Mareks Malnacs Here is the problem: -construct Tree with recursiveTreeNodesAdaptor, switchType="client" and ajaxSubmitSelection="true" -add method binding to nodeSelectListener so that every click on tree node executes some business method (for tests - simple log message displaying clicked node id for example) Result: -tree is rendered fine, clicks on different node elements in a tree executes specified nodeSelectListener method also fine, BUT when user clicks same tree node twice, nodeSelectListener method is not fired - to get it fired for this particular node again You have to click some other node in a tree and then click back on desired one. Shouldn't nodeSelectListener be fired on each click on a tree node even though user is clicking on the same node multiple times ? -- 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

12 years, 12 months

6
6
0 / 0

[JBoss JIRA] (RF-11754) a4j:repeat problem with bean changes in requestscope since 4.1.0.-CR1

by Sascha Buchner (Created) (JIRA)

a4j:repeat problem with bean changes in requestscope since 4.1.0.-CR1 --------------------------------------------------------------------- Key: RF-11754 URL: https://issues.jboss.org/browse/RF-11754 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 4.1.0.CR1 Environment: Mojarra 2.1.3, Java 1.7.0.26, Tomcat 6.20 Reporter: Sascha Buchner a4j:repeat doe not render correctly anymore, was working with 4.1.0.20111101-M4 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

6
7
0 / 0

[JBoss JIRA] Created: (RF-8735) modalPanel resizable problem patch

by Ilya Shaikovsky (JIRA)

modalPanel resizable problem patch ---------------------------------- Key: RF-8735 URL: https://jira.jboss.org/browse/RF-8735 Project: RichFaces Issue Type: Patch Security Level: Public (Everyone can see) Affects Versions: 3.3.3.Final Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Nick customer proposed patch for the next problem: "When setting width/height attributes on rich:modalpanel as well as setting resizeable="false" - the modal panel is still resizable. If i don't specify the width/height attributes and just set autosize="true" with resizeable="false" the modal panel is not resizeable (Using RichFaces 3.3.3). Is there any way to set the modal panel size and still make it not resizeable? Is this a known issue? Ori" Need to verify and probably apply if confirmed -- 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

12 years, 12 months

5
6
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2011