December 2009 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8125) Development: built-in sorting/filtering

by Anton Belevich (JIRA)

Development: built-in sorting/filtering --------------------------------------- Key: RF-8125 URL: https://jira.jboss.org/jira/browse/RF-8125 Project: RichFaces Issue Type: Sub-task Reporter: Anton Belevich Assignee: Anton Belevich Fix For: 4.0.0.ALPHA2 -- 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

11 years, 12 months

10
25
0 / 0

[JBoss JIRA] Created: (RF-6573) Editor: scripts are not loading when appended by AJAX

by Nick Belaevski (JIRA)

Editor: scripts are not loading when appended by AJAX ----------------------------------------------------- Key: RF-6573 URL: https://jira.jboss.org/jira/browse/RF-6573 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.1 Reporter: Nick Belaevski Assignee: Pavel Yaschenko Priority: Minor Fix For: Future -- 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

2
2
0 / 0

[JBoss JIRA] Created: (RF-7706) Last focused control should not be lost after a AJAX request (Richfaces should transparently preserve it)

by Francisco Jose Peredo Noguez (JIRA)

Last focused control should not be lost after a AJAX request (Richfaces should transparently preserve it) --------------------------------------------------------------------------------------------------------- Key: RF-7706 URL: https://jira.jboss.org/jira/browse/RF-7706 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Reporter: Francisco Jose Peredo Noguez The focused control before an AJAX request should automatically be the focused control after the request. -- 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

5
15
0 / 0

[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-5630) DataTable: sorting/filtering breaks in Safari with tooltip in HTML mode

by Nick Belaevski (JIRA)

DataTable: sorting/filtering breaks in Safari with tooltip in HTML mode ----------------------------------------------------------------------- Key: RF-5630 URL: https://jira.jboss.org/jira/browse/RF-5630 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: Safari, Facelets, HTML mode Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: Future <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j"> <a4j:log popup="false" level="ALL" style="width: 800px; height: 300px;"></a4j:log> <f:view contentType="text/html"> <h:form id="form"> <rich:dataTable id="table" value="#{forum5Bean.lotOfData}" var="item"> <rich:column sortBy="#{item}"> <f:facet name="header"> Header </f:facet> #{item} - #{forum5Bean.time} <rich:toolTip layout="block" rendered="true"> #{forum5Bean.time} </rich:toolTip> </rich:column> </rich:dataTable> <a4j:commandLink value="Re-render" reRender="table" /> </h:form> </f:view> </html> -- 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, 4 months

7
17
0 / 0

[JBoss JIRA] Created: (RF-8176) Upgrade Prototype to version 1.6.1

by Francois Botha (JIRA)

Upgrade Prototype to version 1.6.1 ---------------------------------- Key: RF-8176 URL: https://jira.jboss.org/jira/browse/RF-8176 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Francois Botha I know you guys had performance issues with Prototype 1.6.0.2, but maybe the latest version (1.6.1 at time of writing) fixes those issues. I have a specific interest in version 1.6.1 because I'd like to use Growler for Prototype. Unfortunately Prototype 1.6.0.x has a bug which makes it useless on IE. 1.6.1 solves that bug. Bug logged at https://prototype.lighthouseapp.com/projects/8886/tickets/529-element-con... -- 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, 4 months

4
4
0 / 0

[JBoss JIRA] Created: (RF-8084) Panelbar does not expand with more than 4 panelBarItems

by Alan (JIRA)

Panelbar does not expand with more than 4 panelBarItems ------------------------------------------------------- Key: RF-8084 URL: https://jira.jboss.org/jira/browse/RF-8084 Project: RichFaces Issue Type: Bug Components: component-menu Affects Versions: 3.3.2.SR1, 3.3.2.GA, 3.3.2.CR1, 3.3.1 Environment: Bot Mac and Windows. Both IE and FF. Reporter: Alan Adding a rich:panelBar with more than 4 panelBarItems causes the panelBarItems to stay hidden. Under Mac and FF 3.5 the pannels do not open anymore. If your zoom (Cmd +), the panels open again. Under Windows and IE 8 you need to zoom one level (Ctrl +). In the panelbar.js (showSlide function) this piece of code contains the problem. slide.content.style.height=(h>0?h:0)+"px"; if (h<=1 && (this.panel.style.height=="" || this.panel.style.height.indexOf("%")!=-1)) { this.panel.style.height=""; slide.content.style.height="100%"; } h is the contentHeight. 'Normally' this returns a value which is <=1. But for some zoom levels and more than 4 panelBarItems this value gets bigger. This causes the height being set to 2 or 3 and the panelBarItem looks clossed. This is probally caused by some rouding problem. A difference between offsetHeight and clientHeight? Locally I fixed the problem to disable the check and always set the height of the slide.content to 100%. -- 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

3
4
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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2009