[JBoss JIRA] Reopened: (RF-523) Links verification
by Svetlana mukhina (JIRA)
[ http://jira.jboss.com/jira/browse/RF-523?page=all ]
Svetlana mukhina reopened RF-523:
---------------------------------
Assignee: Catherine Luts (was: Gleb Galkin)
Correct a link to FAQ
"Information about wizards using the <rich:modalPanel> component could be found in the Wiki article and in the FAQ chapter of the guide."
> Links verification
> -------------------
>
> Key: RF-523
> URL: http://jira.jboss.com/jira/browse/RF-523
> Project: RichFaces
> Issue Type: Sub-task
> Components: doc
> Affects Versions: 3.1.0
> Reporter: Svetlana mukhina
> Assigned To: Catherine Luts
> Priority: Minor
> Fix For: 3.2.0
>
>
> /richfaces-demo/src/main/resources/org/richfaces/demo/common/components.properties contains a list of links to various doc resources (Guide, tld, api). After guides merging some of these links should be redirected and then correct work of all of them should be verified.
--
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
17 years
[JBoss JIRA] Created: (RF-2148) Selection after sorting a column in scrollableDataTable
by Claus Nyhus (JIRA)
Selection after sorting a column in scrollableDataTable
-------------------------------------------------------
Key: RF-2148
URL: http://jira.jboss.com/jira/browse/RF-2148
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.4
Environment: OS X, FF2.0.0.11, JSF RI 1.2_07, Facelets 1.1.14, Jetty 6.0.1, RichFaces 4.1.4GA
Reporter: Claus Nyhus
Hi,
I think I have found a bug in the way the scrollableDataTable handles selection after a column has been sorted.
The problem can be seen by using the richfaces demo application.
Without sorting, select e.g. the first row in the table, and press the button to show the data from that row. Works fine. Now try and sort the second column, and after that again select the first row and press the button. The data that is show is the data that would have been in the first row if it had not been sorted.
My application is very similar to the example, except that the data is beeing shown in the table has an id. So I figured that I would have to use the rowKey attibute on the scrollableDataTable component in order for it to use the id of the data object instead of the default one. This looks like this:
<rich:scrollableDataTable value="#{organisationsBB.organisations}" var="org" sortMode="single"
rowKey="${org.id}" selection="#{organisationsBB.selection}" id="organisationsTable">
...
</rich:scrollableDataTable>
When pressing the button, my action method does something like this:
Iterator<SimpleRowKey> iterator = selection.getKeys();
while(iterator.hasNext()) {
SimpleRowKey key = iterator.next();
int index = key.intValue();
}
I would have thought that the value of "index" would have been the value of the id of my data object, but still, it is only the index into the list as it is presented in the table.
Am I doing something wrong here, or is this indeed a bug ?
Hope for your help
Cheers
/Claus
--
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
17 years
[JBoss JIRA] Updated: (RF-736) no attribute in FuncSpec
by Svetlana mukhina (JIRA)
[ http://jira.jboss.com/jira/browse/RF-736?page=all ]
Svetlana mukhina updated RF-736:
--------------------------------
Component/s: planning
(was: doc)
Affects: [Documentation (Ref Guide, User Guide, etc.)]
> no attribute in FuncSpec
> ------------------------
>
> Key: RF-736
> URL: http://jira.jboss.com/jira/browse/RF-736
> Project: RichFaces
> Issue Type: Bug
> Components: planning
> Affects Versions: 3.1.0
> Environment: no attribute in FuncSpec
> Reporter: Aleksej Yanul
> Assigned To: Ilya Shaikovsky
> Fix For: 3.2.0
>
>
> <rich:calendar
> converterMessage
> currentDate
> direction
> enableManualInput
> height
> inputStyle
> inputType
> jointPoint
> localValueSet
> monthLabelsShort
> optionalFooter
> optionalHeader
> requiredMessage
> showInput
> valid
> validatorMessage
> weekDayLabelsShort
> width
> />
> <rich:dropDownMenu
> submitMode
> />
> <rich:menuGroup
> converter
> />
> <rich:menuItem
> actionExpression
> ajaxSingle
> beforeUpdate
> bypassUpdates
> data
> eventsQueue
> focus
> ignoreDupResponses
> limitToList
> oncomplete
> requestDelay
> reRender
> status
> timeout
> />
> <rich:toolTip
> delay
> onkeydown
> onkeypress
> onkeyup
> onmousedown
> onmouseup
> zorder
> />
> <rich:message
> ajaxRendered
> keepTransient
> markerStyle
> style
> />
> <rich:messages
> ajaxRendered
> keepTransient
> markerStyle
> style
> />
> <rich:panelMenu
> converter
> converterMessage
> disabled
> disabledGroupStyle
> immediate
> localValueSet
> onkeydown
> onkeypress
> onkeyup
> onmousedown
> onmouseup
> required
> requiredMessage
> valid
> validator
> validatorMessage
> value
> valueChangeListener
> />
> <rich:panelMenuGroup
> accesskey
> align
> alt
> converter
> converterMessage
> expanded
> localValueSet
> maxlength
> onblur
> onchange
> onclick
> ondblclick
> onfocus
> onkeydown
> onkeypress
> onkeyup
> onmousedown
> onmouseup
> onselect
> required
> requiredMessage
> size
> tabindex
> valid
> validator
> validatorMessage
> value
> valueChangeListener
> />
> <rich:panelMenuItem
> actionExpression
> disabled
> ondblclick
> onkeydown
> onkeypress
> onkeyup
> value
> />
--
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
17 years