October 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-9389) tooltip.xcss uses "generalFontColor" instead of the correct "generalTextColor"

by Nicholas Oxhøj (JIRA)

tooltip.xcss uses "generalFontColor" instead of the correct "generalTextColor" ------------------------------------------------------------------------------ Key: RF-9389 URL: https://jira.jboss.org/browse/RF-9389 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: skinning Affects Versions: 3.3.2.SR1 Reporter: Nicholas Oxhøj org/richfaces/renderkit/html/css/tooltip.xcss references the non-existing skin parameter "generalFontColor" instead of the correct generalTextColor. This is even evident in the documentation for <rich:tooltip>: http://docs.jboss.org/richfaces/3.3.X/3.3.1.GA/en/devguide/html/rich_tool... -- 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

14 years, 1 month

2
2
0 / 0

[JBoss JIRA] Created: (RF-9387) add disabled property to rich:simpleTogglePanel

by Dave Chen (JIRA)

add disabled property to rich:simpleTogglePanel ------------------------------------------------ Key: RF-9387 URL: https://jira.jboss.org/browse/RF-9387 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Environment: ALL Reporter: Dave Chen sometimes <rich:simpleTogglePanel> shows scroll bar in IE print view. Also it shows scroll bar when any component style inside the component has height value. when disable="true", the component should render as as <div> without javascript, and should be more friendly for printing. -- 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

14 years, 1 month

2
1
0 / 0

[JBoss JIRA] Created: (RF-9367) rich:calendar: Tab order issue when 'tabindex' is provided

by Vishal Agarwal (JIRA)

rich:calendar: Tab order issue when 'tabindex' is provided ---------------------------------------------------------- Key: RF-9367 URL: https://jira.jboss.org/browse/RF-9367 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 3.3.2.SR1 Environment: IE8, richfaces- 3.2.2SR1 Reporter: Vishal Agarwal When i put 2 rich:calendar side by side and navigate thorugh 'tab' key date icon does not get the foucs (Which is fine). But when i give 'tabindex' attribute to the rich:calendar, then date icon gets focus while navigate throught 'tab' key. <s:div id="test1"> <rich:calendar value="#{simpleDataBean.date1}" tabindex="1"> </rich:calendar> <rich:calendar value="#{simpleDataBean.date2}" tabindex="2"> </rich:calendar> </s:div> This creates the inconsistency between the behaviuor. I can see in the generated html the date icon also get the same tabindex value, so it gets focus. I do not want this and at the same time also want to use 'tabindex' attribute. -- 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

14 years, 1 month

3
4
0 / 0

[JBoss JIRA] Created: (RF-9403) GAE sample generated from archetype can't be built properly due to dependency versions

by Lukas Fryc (JIRA)

GAE sample generated from archetype can't be built properly due to dependency versions -------------------------------------------------------------------------------------- Key: RF-9403 URL: https://jira.jboss.org/browse/RF-9403 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: examples Affects Versions: 4.0.0.Milestone3 Environment: Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.6.0_18 Java home: /usr/lib/jvm/java-6-openjdk/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux" version: "2.6.32-24-generic" arch: "amd64" Family: "unix" Reporter: Lukas Fryc Assignee: Jay Balunas Fix For: 4.0.0.Milestone3 I used <steps to reproduce> to generate project which can't be built due to missing dependencies: [INFO] Error building POM (may not be this project's POM). Project ID: org.richfaces.archetypes:richfaces-archetype-gae POM Location: /home/lfryc/workspaces/gae/gae-sample/pom.xml Validation Messages: [0] 'dependencies.dependency.version' is missing for org.slf4j:slf4j-api:jar Reason: Failed to validate POM for project org.richfaces.archetypes:richfaces-archetype-gae at /home/lfryc/workspaces/gae/gae-sample/pom.xml -- 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

14 years, 1 month

2
2
0 / 0

[JBoss JIRA] Created: (RF-9330) Setting access key for rich:calendar is not operational.

by Chris Hornsey (JIRA)

Setting access key for rich:calendar is not operational. -------------------------------------------------------- Key: RF-9330 URL: https://jira.jboss.org/browse/RF-9330 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 3.3.3.Final Environment: All Reporter: Chris Hornsey Priority: Minor In the following example I specify the calendar control as the for atrtibute of a label, and I provide an access key on the label. <h:label for="onDate" accesskey="o" value="#{careMsgs.complaintFilterDateOnTitle}"/> <rich:calendar id="onDate" value="" popup="true" datePattern="MM/dd/yyyy" showApplyButton="false" onfocus="selected(this);" onblur="unselected(this);" enableManualInput="true"> <f:convertDateTime pattern="#{careMsgs.datePattern}" timeZone="#{careMsgs.timezone}"/> </rich:calendar> Since the renderer uses may divs, spans, inputs etc only one of the divs is named onDate. The actual input is not named named onDate. The label gets rendered as <label for="form:onDate" class="validationMessage" accesskey="o"> On</label> But the input text for the calendar is rendered as : <input class="rich-calendar-input " id="form:onDateInputDate" name="form:onDateInputDate" style="vertical-align: middle; " type="text" /> The renderer generates the component so that the actual "focusable" html component is not named the same as the JSF component is named. Since the for atribute is verified against the component tree, I can not simply use the "onDateInputDate" as the for attribute of the label. -- 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

14 years, 1 month

2
1
0 / 0

[JBoss JIRA] Created: (RF-9357) Input Spinner Component tabindex

by st schaer (JIRA)

Input Spinner Component tabindex -------------------------------- Key: RF-9357 URL: https://jira.jboss.org/browse/RF-9357 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.3.3.Final Environment: Windows / JBoss 4.2.2 Reporter: st schaer The tabindex of the input spinner component does not work correctly. Without declaration of the tabindex, the selection order is 1.input box, 2.up button, 3.down button. If i declare the tabindex the selection order is 1. input box, 2. up button, 3. next component, etc. But if i input the values manually a selection of the up and down buttons is not required. The desired order should be 1.first component 2. input box spinner component (without buttons) 3. last component. This way the user only has to click once on the tabulator key, else the user would have to press 3 times on the tabulator key (2 extra times for the up and down buttons which is not needed). -- 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

14 years, 1 month

3
2
0 / 0

[JBoss JIRA] Created: (RF-9369) ModalPanel not rendered from commandLink in IE7

by Jason Shepherd (JIRA)

ModalPanel not rendered from commandLink in IE7 ----------------------------------------------- Key: RF-9369 URL: https://jira.jboss.org/browse/RF-9369 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 3.3.3.Final, 3.3.2.SR1, 3.3.2.GA Environment: Mojara JSF 1.2_14 Internet Explorer 7.0.6001.18000 Update Versions:0 JBoss Enterprise Portal Platform 5.0.1 Reporter: Jason Shepherd When linking to a modalPanel from a commandLink the modalPanel is not rendered and causes a 'Unknown runtime error' in IE7. The modalPanel renders correctly in Firefox and Chrome -- 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

14 years, 1 month

2
1
0 / 0

[JBoss JIRA] Created: (RF-9368) a4j response contains duplicate content (Ajax-Update-Ids, ajax-view-state, Ajax-Response)

by Kai Gülzau (JIRA)

a4j response contains duplicate content (Ajax-Update-Ids, ajax-view-state, Ajax-Response) ----------------------------------------------------------------------------------------- Key: RF-9368 URL: https://jira.jboss.org/browse/RF-9368 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 3.3.3.Final Reporter: Kai Gülzau While debugging network traffic in a richfaces application i recognized some duplicate data in the XML response. For example all responses on the demo site for a4j:poll (http://livedemo.exadel.com/richfaces-demo/richfaces/poll.jsf) are containing something like this: ... <meta name="Ajax-Update-Ids" content="j_id353:poll,j_id354:grid" /> <span id="ajax-view-state"><input type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" value="j_id2" /></span> <meta id="Ajax-Response" name="Ajax-Response" content="true" /> <meta name="Ajax-Update-Ids" content="j_id353:poll,j_id354:grid" /> <span id="ajax-view-state"><input type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" value="j_id2" /></span> <meta id="Ajax-Response" name="Ajax-Response" content="true" /> ... -- 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

14 years, 1 month

2
1
0 / 0

[JBoss JIRA] Created: (RF-9284) rich:dataTable reRender doesn't work on dataScroller placed in header or footer

by Daniel Nussbaum (JIRA)

rich:dataTable reRender doesn't work on dataScroller placed in header or footer ------------------------------------------------------------------------------- Key: RF-9284 URL: https://jira.jboss.org/browse/RF-9284 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.2.2 Environment: JBoss 4.2.2 Richfaces 3.2.2-20080630.043556-25 Reporter: Daniel Nussbaum Assignee: Mikhail Vitenkov Fix For: 3.2.2 If a rich:dataTable with filtering enabled has reRender set on a rich:dataScroller it works only if the dataScroller is outside the dataTable, otherwise the dataScroller is not updated when filter changes. I.e. this works: <rich:datascroller id="scroller" for="table"/> <rich:dataTable id="table" value="#{personeSmall}" var="persona" rows="10" reRender="scroller"> ... </rich:dataTable> This doesn't: <rich:dataTable id="table" value="#{personeSmall}" var="persona" rows="10" reRender="scroller"> <f:facet name="header"><rich:datascroller id="scroller"/></f:facet> ... </rich:dataTable> -- 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

14 years, 1 month

2
3
0 / 0

[JBoss JIRA] Created: (RF-9404) GAE sample generated from archetype doesn't respect user defined artifactId and groupId

by Lukas Fryc (JIRA)

GAE sample generated from archetype doesn't respect user defined artifactId and groupId --------------------------------------------------------------------------------------- Key: RF-9404 URL: https://jira.jboss.org/browse/RF-9404 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: examples Affects Versions: 4.0.0.Milestone3 Environment: Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.6.0_18 Java home: /usr/lib/jvm/java-6-openjdk/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux" version: "2.6.32-24-generic" arch: "amd64" Family: "unix" Reporter: Lukas Fryc Assignee: Jay Balunas Fix For: 4.0.0.Milestone3 I used <steps to reproduce> to generate project. The generated pom.xml has: <groupId>org.richfaces.archetypes</groupId> <artifactId>richfaces-archetype-gae</artifactId> <name>richfaces-archetype-gae</name> but expected was <groupId>a</groupId> <artifactId>b</artifactId> <name>b</name> as I specified in definitions. -- 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

14 years, 1 month

2
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues October 2010