December 2008 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-4907) rich:suggestionbox process chinese chars input

by shi long (JIRA)

rich:suggestionbox process chinese chars input ----------------------------------------------- Key: RF-4907 URL: https://jira.jboss.org/jira/browse/RF-4907 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.2.2 Reporter: shi long for suggestionbox component,type single byte number,char,it process ok. when i type chinese char,it 's wrong,beacuse suggestion event trigger before my type. i hope the suggestion event trigger after my type complete,now it trigger in first char input . thanks! -- 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

12 years, 1 month

3
4
0 / 0

[JBoss JIRA] Created: (RF-4308) rich:pickList: keep sort order of source list after add/remove operations

by Martin Höller (JIRA)

rich:pickList: keep sort order of source list after add/remove operations ------------------------------------------------------------------------- Key: RF-4308 URL: https://jira.jboss.org/jira/browse/RF-4308 Project: RichFaces Issue Type: Feature Request Reporter: Martin Höller When adding items from the source list to the target list and removing this items again, the original order of the source list is not preserved. This makes it hard to find items in a list that is longer than just a fest items. A good example is the second example on the livedemo at http://livedemo.exadel.com/richfaces-demo/richfaces/pickList.jsf. Add the first state (Alabama) and remove it. It can now be found at the very end of the otherwise alphabetical list of states. This can be rather unintuitive for a user. My suggestion is either remember the original sort order of the source list, or add some attribute that enables automatic sorting. -- 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

12 years, 3 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-4366) InputNumberSpinner: Locale will not be used for number input

by Gerrit Brehmer (JIRA)

InputNumberSpinner: Locale will not be used for number input ------------------------------------------------------------ Key: RF-4366 URL: https://jira.jboss.org/jira/browse/RF-4366 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: Firefox 3.0.1 Reporter: Gerrit Brehmer Priority: Critical Hi, if i want to display a number with 1 fraction digit (like with f:convertNumber) and set step to "0.5" it will always use the english notation "." for output, but jsf use the locale (e.g. de) and convert my number "5.5" -> "55" before setting to my backing bean. And if i want to write the german notation into the input field with "," the javascript i think will drop my fraction digits before posting values. if I use "en" locale all functions properly. Bye -- 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

12 years, 6 months

5
15
0 / 0

[JBoss JIRA] Created: (RF-1107) Scrollable dataTable. Header scrolled badly on TAB button.

by Ilya Shaikovsky (JIRA)

Scrollable dataTable. Header scrolled badly on TAB button. ---------------------------------------------------------- Key: RF-1107 URL: http://jira.jboss.com/jira/browse/RF-1107 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: FF 2.0.0.6 Reporter: Ilya Shaikovsky Assigned To: Konstantin Mishin Fix For: 3.2.0 Two use-cases failed: "case - 1.png" frozenColCount=0 all the columns with inputs last columns aren't in visible part When I use TAB key - columns scrolled to be displayed (good) but headers jsut stays (Wrong!) "case - 2.png" frozenColCount=2 all the columns with inputs last columns aren't in visible part I use TAB key. Focused inputs changed one by one only in "frozen zone" (seems good), but after I press TAB on the last input - the focus jumps to non frozen column input and frozen columns - scrolled and shifted down(Wrong!). But headers still aren't scrolled (good in this case). -- 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, 6 months

9
27
0 / 0

[JBoss JIRA] Created: (RF-3566) Can't use messages with fileUpload

by Ilya Shaikovsky (JIRA)

Can't use messages with fileUpload ---------------------------------- Key: RF-3566 URL: http://jira.jboss.com/jira/browse/RF-3566 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Reporter: Ilya Shaikovsky Assigned To: Nick Belaevski http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153840#4153840 Using his code in demosite listener I'm getting next behaviour. "Transfer error occuried" error in file upload status. But rich:messages which added to the page doesn't show anything. -- 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, 10 months

8
15
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] Created: (RF-4790) resize does not work for modalPanel with style="overflow: auto" and (autosized="false" or resizeable="false")

by Turhan Ozen (JIRA)

resize does not work for modalPanel with style="overflow: auto" and (autosized="false" or resizeable="false") ------------------------------------------------------------------------------------------------------------- Key: RF-4790 URL: https://jira.jboss.org/jira/browse/RF-4790 Project: RichFaces Issue Type: Bug Components: doc Affects Versions: 3.2.1 Environment: windows vista, java 1.5 Reporter: Turhan Ozen Priority: Minor If the user tries to resize the modal panel by dragging the lower right corner the mouse pointer is catched and there is no way to release it with the following code <rich:modalPanel id="detailPanel" width="960" height="700" style="overflow:auto" resizeable="false"> <f:facet name="header"> <h:outputText value="Detail"/> </f:facet> <f:facet name="controls"> <h:graphicImage value="/kaynaklar/imajlar/close.png" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" /> </f:facet> <table align="center" width="800px"> <tr> <td align="center"> <a4j:commandButton value="OK" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" /> </td> </tr> </table> </rich:modalPanel> In addition; <f:facet name="controls"> <h:graphicImage value="/kaynaklar/imajlar/close.png" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" /> </f:facet> does not work in Firefox 3.x. -- 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

12 years, 12 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-4582) RichFaces JSMin compressor can create invalid Javascript

by Matt Wheeler (JIRA)

RichFaces JSMin compressor can create invalid Javascript -------------------------------------------------------- Key: RF-4582 URL: https://jira.jboss.org/jira/browse/RF-4582 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: Windows XP Reporter: Matt Wheeler If a Javascript file has something like: var something = 'abc' + ++this.increment; then, after compression, it will look something like var a='abc'+++this.increment. This may not be the exact translation, but, the important part is the three plus signs together which make the Javascript invalid. It can of course be fixed by changing the original script to var something = 'abc' + (++this.increment);, but everyone may not have that liberty. I tried this with the YUI Compressor, and it seemed to handle it correctly, but we could not use that for other reasons. -- 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

4
5
0 / 0

[JBoss JIRA] Created: (RF-4192) Add "noDataLabel" to rich:dataTable for purposes of display a message if the dataTable is empty

by Chris Simons (JIRA)

Add "noDataLabel" to rich:dataTable for purposes of display a message if the dataTable is empty ----------------------------------------------------------------------------------------------- Key: RF-4192 URL: https://jira.jboss.org/jira/browse/RF-4192 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.2.1, 3.2.0.SR1, 3.2.0, 3.1.6, 3.1.5, 3.1.4 Reporter: Chris Simons Priority: Optional An excellent, small addition to rich:dataTable would allow for a textual message to be displayed in the event that a dataTable is empty. For example: <rich:dataTable id="myTable" noDataLabel="#{messages['dataTable.noData']}" ....> </rich:dataTable> When the condition is true that the underlying data model or list is empty, the message would display in one row that spans the entire dataTable. The headers and dataTable title would still remain. Please vote for this issue if you would like to see this feature added. -- 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, 2 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-2023) set Locale/DatePattern for Calendar globally (eg. in a web.xml context-param or something)

by Richard Kennard (JIRA)

set Locale/DatePattern for Calendar globally (eg. in a web.xml context-param or something) ------------------------------------------------------------------------------------------ Key: RF-2023 URL: http://jira.jboss.com/jira/browse/RF-2023 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.1.3 Environment: All Reporter: Richard Kennard Priority: Optional It would be great if you could set the Locale/DatePattern for the Calendar control globally (eg. in a web.xml context-param or something), rather than having to put... <rich:calendar locale="..." datePattern="..."/> ...every time you use the tag? I know you can currently use an EL expression, like... <rich:calendar locale="#{globals.locale}" datePattern="#{globals.pattern}"/> ...but that requires extra plumbing on the part of the developer. -- 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, 5 months

4
12
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2008