June 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Resolved: (RF-11007) Backport from /trunk to /branches/4.0.x

by Jay Balunas (JIRA)

[ https://issues.jboss.org/browse/RF-11007?page=com.atlassian.jira.plugin.s... ] Jay Balunas resolved RF-11007. ------------------------------ Assignee: Lukáš Fryč Resolution: Done backport completed as part of merges prior to migration to git. > Backport from /trunk to /branches/4.0.x > --------------------------------------- > > Key: RF-11007 > URL: https://issues.jboss.org/browse/RF-11007 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Nick Belaevski > Assignee: Lukáš Fryč > Fix For: 4.1.0.Milestone1 > > -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

1
0
0 / 0

[JBoss JIRA] Updated: (RF-11009) VDL-DOC: release a vdl doc resource

by Jay Balunas (JIRA)

[ https://issues.jboss.org/browse/RF-11009?page=com.atlassian.jira.plugin.s... ] Jay Balunas updated RF-11009: ----------------------------- Fix Version/s: 4.1.0.Final (was: 4.1.0.Milestone1) Affects Version/s: 4.1.0.Milestone1 Component/s: build/distribution doc > VDL-DOC: release a vdl doc resource > ----------------------------------- > > Key: RF-11009 > URL: https://issues.jboss.org/browse/RF-11009 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution, doc > Affects Versions: 4.1.0.Milestone1 > Reporter: Anton Belevich > Fix For: 4.1.0.Final > > > We need have a realise version of vdl plugin. > http://anonsvn.jboss.org/repos/richfaces/modules/build/resources/trunk/vd... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

1
0
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

13 years, 5 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

13 years, 5 months

3
5
0 / 0

[JBoss JIRA] Updated: (RF-10985) richfaces-showcase: design and minor content problems

by Jay Balunas (JIRA)

[ https://issues.jboss.org/browse/RF-10985?page=com.atlassian.jira.plugin.s... ] Jay Balunas updated RF-10985: ----------------------------- Priority: Critical (was: Major) > richfaces-showcase: design and minor content problems > ----------------------------------------------------- > > Key: RF-10985 > URL: https://issues.jboss.org/browse/RF-10985 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.0.0.Final > Reporter: Ilya Shaikovsky > Priority: Critical > Fix For: 4.1.0.Milestone1 > > > 1) need to adjust "new" demos. The only new for now - arrangeable sample. Having that outdated for so long makes the user thinks that nothing changes there. > 2) http://50.richfaces-showcase.appspot.com/richfaces/component-sample.jsf?d... arrangeable tab get cut. > 3) minor content problem: http://50.richfaces-showcase.appspot.com/richfaces/component-sample.jsf?d..., all the colors has "Color 1" label. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

1
0
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

13 years, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-10884) action doesn't work on rich:panelMenuGroup

by James G (JIRA)

action doesn't work on rich:panelMenuGroup ------------------------------------------ Key: RF-10884 URL: https://issues.jboss.org/browse/RF-10884 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-menu Affects Versions: 4.0.0.Final Environment: myfaces 2.0.5, Richfaces 4.0.0.Final. Reporter: James G If you specify an action for a rich:panelMenuGroup in server mode, it is never called. This used to work 3.3.0 and the action DOES work for rich:panelMenuItem. e.g.: <rich:panelMenu id="panelMenu" mode="server"> <rich:panelMenuGroup id="panelMenuGroup" label="Action broken" action="#{bean.actionMethod}" mode="server"> <rich:panelMenuItem id="panelMenuItem" label="Action works" action="#{bean.itemMethod}" mode="server" /> </rich:panelMenuGroup> </rich:panelMenu> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

4
4
0 / 0

[JBoss JIRA] Created: (RF-10867) JS API: switchablePanels: rename a few methods

by Ilya Shaikovsky (JIRA)

JS API: switchablePanels: rename a few methods ---------------------------------------------- Key: RF-10867 URL: https://issues.jboss.org/browse/RF-10867 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-panels-layout-themes Affects Versions: 4.0.0.Final Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Fix For: 4.0.1.Milestone1 problematic API methods: firstItem(), prevItem(), nextItem(), lastItem() and description from documentation: Switch to and display the first item, the previous item, the next item, or the last item. But actually all that methods just returns name of corresponding item. So them do not perform switching but only could be used as a parameter of switchToItem(itemName) method. Actually I do not think we need them to be used as parameters as there is more convenient way already: tabPanelObject.switchToItem('@last') tabPanelObject.switchToItem('@next') ... But let's keep as option for users and rename to getFirstItem(), getPrevItem(), getNextItem(), getLastItem() Approved via email discussion. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-10856) rich:autocomplete - does not work in IE9

by Lukas Fryc (JIRA)

rich:autocomplete - does not work in IE9 ---------------------------------------- Key: RF-10856 URL: https://issues.jboss.org/browse/RF-10856 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Final Environment: •RichFaces 4.1.0-SNAPSHOT r.22359 •Metamer 4.1.0-SNAPSHOT r.unknown •Mojarra 2.0.4-b09 •Apache Tomcat 7.0.6 •OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux •Internet Explorer 9.0 @ Win32 Reporter: Lukas Fryc Autocomplete does not work in ajax and cachedAjax modes. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-10804) Pagination by explicit page number selection (maybe included into dataScroller)

by Michael Schmidt (JIRA)

Pagination by explicit page number selection (maybe included into dataScroller) ------------------------------------------------------------------------------- Key: RF-10804 URL: https://issues.jboss.org/browse/RF-10804 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.Future Reporter: Michael Schmidt Priority: Minor We sometimes have huge tables we need to display. Using rich:dataScroller for navigation through a lot of pages is impractical as you can either jump only a few pages each time or to the end/beginning. It would be nice to have a kind of selectOneMenu to select a specific page which seamlessly works together with rich:dataScroller for pagination. Just creating a selectOneMenu to jump around in the scroller sometimes leads to inconsistencies. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues June 2011