August 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-3967) tabPanel: incorrect handlers in test-application: ondownclick, onupclick, onorderchanged, ontopclick, onbottomclick, onheaderclick

by Tsikhon Kuprevich (JIRA)

tabPanel: incorrect handlers in test-application: ondownclick, onupclick, onorderchanged, ontopclick, onbottomclick, onheaderclick ---------------------------------------------------------------------------------------------------------------------------------- Key: RF-3967 URL: https://jira.jboss.org/jira/browse/RF-3967 Project: RichFaces Issue Type: Sub-task Affects Versions: 3.2.2 Reporter: Tsikhon Kuprevich Assignee: Tsikhon Kuprevich Fix For: 3.2.2 need to research where are they getting from -- 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

15 years, 8 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-3137) ContextMenu: add client side desablement support

by Ilya Shaikovsky (JIRA)

ContextMenu: add client side desablement support ------------------------------------------------ Key: RF-3137 URL: http://jira.jboss.com/jira/browse/RF-3137 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.2.1 Reporter: Ilya Shaikovsky Assigned To: Nick Belaevski could we allow something like <rich:contextMenu attached="false" id="menu" submitMode="ajax"> <rich:menuItem ajaxSingle="true" disabled="{model}=='Ford'"> where menu called in next way <rich:componentControl event="onRowClick" for="menu" operation="show"> <f:param value="#{car.model}" name="model"/> <f:param value="#{car.make}" name="car"/> </rich:componentControl> -- 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

15 years, 8 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-4010) Scrollbars ALWAYS appear on modalPanels in IE7

by Michael Edwards (JIRA)

Scrollbars ALWAYS appear on modalPanels in IE7 ---------------------------------------------- Key: RF-4010 URL: https://jira.jboss.org/jira/browse/RF-4010 Project: RichFaces Issue Type: Bug Environment: IE7 Reporter: Michael Edwards Fix For: 3.2.2 Attachments: test.xhtml Internet Explorer 7 appears to think that the .dr-mpnl-pnl element has ~30 more pixels than it appears to have in Firefox 3. See attached test case. It's simply an empty modalPanel with an overflow: auto declaration. There should be *no* scrollbar, but it appears in IE7. Resizing the modalPanel has no effect on how much extra it thinks there is. -- 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

15 years, 8 months

4
8
0 / 0

[JBoss JIRA] Created: (RF-7446) ExtendedDataTable: horizontal scrolling workaround

by Svetlana mukhina (JIRA)

ExtendedDataTable: horizontal scrolling workaround ---------------------------------------------------- Key: RF-7446 URL: https://jira.jboss.org/jira/browse/RF-7446 Project: RichFaces Issue Type: Task Affects Versions: 3.3.1 Reporter: Svetlana mukhina Assignee: OLga Chikvina Fix For: 3.1.x Describe the possibility to make horizontal scrolling for ExtendedDataTable. see the linked task and the forum link. -- 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

15 years, 9 months

5
6
0 / 0

[JBoss JIRA] Created: (RF-4293) comboBox: using component with s:convertEntity leads to displaying id list instead of object property in label for s:selectItems.

by Mikhail Vitenkov (JIRA)

comboBox: using component with s:convertEntity leads to displaying id list instead of object property in label for s:selectItems. --------------------------------------------------------------------------------------------------------------------------------- Key: RF-4293 URL: https://jira.jboss.org/jira/browse/RF-4293 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: jboss 4.2.1.GA, seam 2.0.2, richfaces 3.2.2.BETA5(IE6, IE7, FF 3.1, Safari 3.1, Opera 9.51) Reporter: Mikhail Vitenkov Assignee: Nick Belaevski #1. Create "Car" entity with two attributes("id" & "name") following way: @Entity(name="car") public class Car { private String name; public String getName() { return name; } public void setName(String name) { this.name = name; } public Car(int id){ this.id = id; this.name = "name_" + id; } @Id private int id; public int getId() { return id; } public void setId(int id) { this.id = id; } } #2. Add rich:comboBox on the page. <rich:comboBox id="lstIndustry1" defaultLabel="Select your industry"> <s:selectItems value="#{combobox.selectItems}" var="ind" label="#{ind.name}"/> <s:convertEntity /> </rich:comboBox> selectItems is ArrayList<Car> defined in "combobox" bean: private ArrayList<Car> selectItems; public Combobox(){ this.selectItems = new ArrayList<Car>(); for(int i = 0; i < 100; i++){ selectItems.add(new Car(i)); } } #3. Naviagate on the page, contained rich:comboBox. #4. Open component's pop up list & verify items' labels. Actual behavior: Instead of Car's "name" property list fo ids displayed. Replace rich:comboBox with h:selectOneMenu - everything works fine. -- 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

15 years, 9 months

14
17
0 / 0

[JBoss JIRA] Created: (RF-6230) Support itemValue and itemLabel for rich:comboBox

by Felipe Jaekel (JIRA)

Support itemValue and itemLabel for rich:comboBox ------------------------------------------------- Key: RF-6230 URL: https://jira.jboss.org/jira/browse/RF-6230 Project: RichFaces Issue Type: Feature Request Reporter: Felipe Jaekel When using a SelectItem object, only the value property is used. The problem is when data is populated from the database, the value property is necessary for holding the entity primary key, since the property that is used as label isn't always unique at the database, like the name property of an Employee entity for example. It has also the problem of having to write extra code to retrieve the entity. Having the ID there are already some entity converters available and when using JPA there is the EntityManager's findById method. -- 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

15 years, 9 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-3559) rich:combobox using different itemValue and itemLabel select item

by Rafael Jimenez (JIRA)

rich:combobox using different itemValue and itemLabel select item ----------------------------------------------------------------- Key: RF-3559 URL: http://jira.jboss.com/jira/browse/RF-3559 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: IE7 - Richfaces 3.2.1 CR7 - eclipse europa Reporter: Rafael Jimenez Priority: Optional Fix For: 3.2.1 In this code: ------------------------------------------------------------------------------------------------------- <f:view> <ui:composition> <ui:define> <h:form> <rich:panel style="width:500px; height:300px; overflow:scroll" > <h:outputText value="ComboBox Scroll Bug" /> <rich:comboBox> <f:selectItem itemValue="001" itemLabel="option1" /> <f:selectItem itemValue="002" itemLabel="option2" /> <f:selectItem itemValue="003" itemLabel="option3" /> </rich:comboBox> </rich:panel> </h:form> </ui:define> </ui:composition> </f:view> --------------------------------------------------------------------------------------------------------------- It must show itemlabels options and get itemvalue but It shows itemvalues and get itemvalue from selectitem. -- 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

15 years, 9 months

8
8
0 / 0

[JBoss JIRA] Created: (RF-6172) PickList: Check "sourceCaption" and "targetCaption" facets

by Anton Belevich (JIRA)

PickList: Check "sourceCaption" and "targetCaption" facets ---------------------------------------------------------- Key: RF-6172 URL: https://jira.jboss.org/jira/browse/RF-6172 Project: RichFaces Issue Type: Sub-task Components: planning_all Affects Versions: 3.3.1 Reporter: Anton Belevich Assignee: Alexandr Levkovsky Fix For: 3.3.1 -- 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

15 years, 9 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-6039) Rerender is SubView Blind

by Francisco Jose Peredo Noguez (JIRA)

Rerender is SubView Blind ------------------------- Key: RF-6039 URL: https://jira.jboss.org/jira/browse/RF-6039 Project: RichFaces Issue Type: Bug Reporter: Francisco Jose Peredo Noguez rerender is subView blind, lets say we have 2 subview <f:subview id="idSubview1"> <a:aRichControl="idOfRichControl"> <a:commandButton id="commandButton" reRender = "idOfRichControl"> </f:subview id="someSubview1"> <f:subview id="idSubview2"> <a:aRichControlid="idOfRichControl"> <a:commandButton id="commandButton" reRender = "idOfRichControl"> </f:subview id="someSubview1"> Since we are using subview, it does not matter that the id of the aRichControl inside each of the subview is the same, because the id of the subview is prefixed on runtime, so the ids of the two aRichControl end up being idSubview1:idOfRichControl and idSubview2:idOfRichControl. But the problem is that reRender is subView blind, so, idSubview2.commandButton will reRender the first idSubview1:idOfRichControl instead of idSubview2:idOfRichControl. -- 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

15 years, 9 months

3
11
0 / 0

[JBoss JIRA] Created: (RF-994) Non-Modal Panel

by Christian Bauer (JIRA)

Non-Modal Panel --------------- Key: RF-994 URL: http://jira.jboss.com/jira/browse/RF-994 Project: RichFaces Issue Type: Feature Request Reporter: Christian Bauer Priority: Critical There is no floating non-modal panel in RichFaces. It could be as easy as adding a "nonmodal" option to the Modal Panel. Of course, Modal Panel shouldn't have been called Modal Panel in the first place, it should be Dialog with the option to make it modal when needed. -- 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

15 years, 9 months

7
16
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 2009