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