May 2011 - richfaces-issues - Jboss List Archives

[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

12 years, 11 months

4
12
0 / 0

[JBoss JIRA] Created: (RF-10627) DT and EDT behaves differently with no data facets and label

by Lukas Fryc (JIRA)

DT and EDT behaves differently with no data facets and label ------------------------------------------------------------ Key: RF-10627 URL: https://issues.jboss.org/browse/RF-10627 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.CR1 Environment: RichFaces 4.0.0-SNAPSHOT r.21945 Metamer 4.0.0-SNAPSHOT r.21934 Mojarra 2.0.4-b09 Apache Tomcat 6.0.29 OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux Chrome 9.0.597.98 @ Linux x86_64 Reporter: Lukas Fryc Priority: Optional When noData facet created but have no rendered children, noDataLabel attribute should be used (if not null). It works with DataTable: 1. open http://localhost:8080/metamer/faces/components/richDataTable/facets.xhtml 2. uncheck "Show data in table" 3. set text for "No data facet" = "" (table is empty) 4. set @noDataLabel="no data here" OK: data table contains text "no data here" But not with ExtendedDataTable: 1. open http://localhost:8080/metamer/faces/components/richExtendedDataTable/face... 2. uncheck "Show data in table" 3. set text for "No data facet" = "" (table is empty) 4. set @noDataLabel="no data here" FAIL: data table is still empty EXPECTED: "no data here" text in table -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-10446) rich:extendedDataTable - selected column view in Chrome

by Ilya Sorokoumov (JIRA)

rich:extendedDataTable - selected column view in Chrome ------------------------------------------------------- Key: RF-10446 URL: https://issues.jboss.org/browse/RF-10446 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.Milestone5 Environment: Chrome 8 and 9 on Windows Vista and XP Reporter: Ilya Sorokoumov Priority: Minor I was looking at richfaces-showcase.appspot.com and noticed an odd behavior of selected column in rich:extendedDataTable. There are two pictures attached: chrome.jpg shows how it works in Chrome 8 ff.jsf - in FireFox 3.6 Honestly it looks like a bug. Look into http://community.jboss.org/message/585975 for the screenshots. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

3
11
0 / 0

[JBoss JIRA] Created: (RF-10539) Themes: wine theme show almost invisible text for disabled inputtext in Google Chrome.

by Flávio Henrique (JIRA)

Themes: wine theme show almost invisible text for disabled inputtext in Google Chrome. -------------------------------------------------------------------------------------- Key: RF-10539 URL: https://issues.jboss.org/browse/RF-10539 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Milestone6 Environment: Tomcat 7.0.8/ Mojarra 2.0.4/ Richfaces 4 M6 Reporter: Flávio Henrique Priority: Minor Fix For: 4.0.0.CR1 Richfaces theme "Wine" in Google Chrome display almost invisible text for disabled inputtextes. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

5
26
0 / 0

[JBoss JIRA] Created: (RF-9340) inputs base JS refactoring: autocomplete and inplaceSelect not suing any shared js for popup functionality.

by Ilya Shaikovsky (JIRA)

inputs base JS refactoring: autocomplete and inplaceSelect not suing any shared js for popup functionality. ----------------------------------------------------------------------------------------------------------- Key: RF-9340 URL: https://jira.jboss.org/browse/RF-9340 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Milestone3 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Priority: Critical Fix For: 4.0.0.Milestone4 there should be some object which fully responsible for popup list representation construction and show/hide/select item inside functionality. for now Anton do not get the autocomplete script as he reviewed it and it has additional functionality which relies on the fact that it based on input. (intering inside causes filtering in list and so on) So both components for now has it's own impl for popup functionlity. I believe critical as such impls breaks "clean-up" and "improve design" ideas for 4.x -- 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, 11 months

5
13
0 / 0

[JBoss JIRA] Created: (RF-9333) Refactor iteration components hierarhy

by Alexander Smirnov (JIRA)

Refactor iteration components hierarhy -------------------------------------- Key: RF-9333 URL: https://jira.jboss.org/browse/RF-9333 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Alexander Smirnov Assignee: Alexander Smirnov Fix For: 4.0.0.Milestone3 Divide iteration components API as it described at https://docs.google.com/Doc?docid=0AYeYG6io48XmZGZjanE1amtfMjY2M2puN3FnNg... and https://docs.google.com/Doc?docid=0AYeYG6io48XmZGZjanE1amtfMjVnZzQ3amZnZg... . Implement iteration state saving as JSF 2.0 partial state (https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=153), test Leonardo's implementation: https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=153 myfaces alternate patches are here: https://issues.apache.org/jira/browse/MYFACES-2616 fixUIDataPSS-9-3-2.patch fixUIDataPSS-9-3-no-markInitialStateFix-3.patch Ed's comments: https://javaserverfaces-spec-public.dev.java.net/nonav/issues/showattachm... filter/sorter components are part of that implementation as well. -- 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, 11 months

3
9
0 / 0

[JBoss JIRA] Created: (RF-4793) Add licensing information to all feasible files

by Nick Belaevski (JIRA)

Add licensing information to all feasible files ------------------------------------------------ Key: RF-4793 URL: https://jira.jboss.org/jira/browse/RF-4793 Project: RichFaces Issue Type: Sub-task Affects Versions: 3.3.0 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 3.3.0 -- 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, 11 months

2
12
0 / 0

[JBoss JIRA] Created: (RF-11002) Tooltip: attribute value should be hidden

by Pavol Pitonak (JIRA)

Tooltip: attribute value should be hidden ----------------------------------------- Key: RF-11002 URL: https://issues.jboss.org/browse/RF-11002 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.0.0.Final Environment: RichFaces 4.1.0-SNAPSHOT r.unknown Metamer 4.1.0-SNAPSHOT r.22511 Mojarra 2.1.0-FCS GlassFish Server Open Source Edition 3.1 Java(TM) SE Runtime Environment 1.6.0_24-b07 @ Linux Chrome 11.0.696.71 @ Linux i686 Reporter: Pavol Pitonak rich:tooltip has attribute "value" which should be hidden. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-10929) Full control over displayed label in InplaceSelect

by Val Blant (JIRA)

Full control over displayed label in InplaceSelect -------------------------------------------------- Key: RF-10929 URL: https://issues.jboss.org/browse/RF-10929 Project: RichFaces Issue Type: Patch Security Level: Public (Everyone can see) Affects Versions: 3.3.3.Final Reporter: Val Blant This patch is somewhat related to this one - https://issues.jboss.org/browse/RF-4302, but it takes that improvement a step further. In the patch above, Greg introduced a new attribute (_showValueInView_) to enable the component to display the value as the label. This is very useful, but I think it doesn't take it far enough. There are situations where it would be useful to have complete control over the label displayed once the selection is made. For example, I have some data which looks like this: ||Value||In-list Label||Label after selection|| |1234|1 - Farming Expenses|1| |3453|2 - Farming Income|2| |4564|3 - Other Expenses|3| I don't think there is a way to do this with the current functionality of _InplaceSelect_. I didn't want to modify RichFaces, so in order to solve this problem I extended _InplaceSelect_ to make a _FilteredLabelInplaceSelect_ which takes one extra argument called _filterDisplayLabelMethod_ that takes a _MethodExpression_ that points to a method which takes a _SelectItem_ and returns the desired label string. Like this: {code:title=Usage} <agrishare-jsf:inplaceSelect value="#{backingBean.targetMeasurementDetailOid}" filterDisplayLabelMethod="#{backingBean.filterLabelDisplayValue}"> <f:selectItems value="#{backingBean.targetMeasurementDetails}" /> </agrishare-jsf:inplaceSelect> {code} {code:title=Backing Bean} public String filterLabelDisplayValue(SelectItem item) { String label = item.getLabel(); if ( label != null && label.contains("-") ) { StringTokenizer t = new StringTokenizer(label); if ( t.hasMoreTokens() ) { label = t.nextToken(); } } return label; } {code} So, this component achieves server side label filtering with just a few changes. I didn't modify existing RichFaces code, but it would be very easy to apply my changes to the existing component (for those that know their way around your building procedure :)). In fact, it would take even less code, b/c I had to work around some inconveniences that would not be present if I was modifying the component directly. I don't know how to make a proper patch for you, so I'm submitting my code as a separate component in case you decide to use it to augment the existing _InplaceSelect_. |HtmlFilteredLabelInplaceSelect|Component that holds the new attribue| |FilteredLabelInplaceSelectHandler|Sets the label filter MethodExpression on HtmlFilteredLabelInplaceSelect| |FilteredLabelInplaceSelectRenderer|Renders some javascript that augments the existing client side code| |filteredLabelInplaceSelect.js|Overrides applyTmpValue() and findLabel() so they know how to get at the filtered label| \\ I hope this will be useful and my apologies for not submitting a proper patch (no time to learn how at the moment). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-10981) Create event on <rich:validator/> e.g. to toggle error message panel with javascript

by Markus L (JIRA)

Create event on <rich:validator/> e.g. to toggle error message panel with javascript ------------------------------------------------------------------------------------ Key: RF-10981 URL: https://issues.jboss.org/browse/RF-10981 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: client-lib, component-validators Affects Versions: 4.0.0.Final Reporter: Markus L Enhance rich:validator with event to e.g. enable an error message panel to be displayed/hidden when validation fails/passes. Could also be used to display a green check mark, which indicates validation passes. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues May 2011