[JBoss JIRA] Created: (RF-6450) DataTable: add ajax sort event/request customization
by Gerrit Brehmer (JIRA)
DataTable: add ajax sort event/request customization
----------------------------------------------------
Key: RF-6450
URL: https://jira.jboss.org/jira/browse/RF-6450
Project: RichFaces
Issue Type: Feature Request
Affects Versions: 3.2.2
Environment: JSF Sun RI 1.2_12, RichFaces 3.2.2
Reporter: Gerrit Brehmer
We need the common RichFaces ajax-request parameters like ajaxSingle or onSubmit for column sorting feature. Otherwise we get thread-safety problems, because if i click sort icon on one column and right after that (before response from first click arrived) click on another column-sort-icon. Because we have input fields in some columns, the values will be set to the wrong entries, because generated client-ids which will be sent by the second request are generated before response and new ids of the first request are applied to the table on client side. But during the second request, the table is already sorted (first column) in the backend. If we can drop applying table values or show a modalPanel on submit, we could avoid this thread/concurrent request related problems.
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-4524) Rich data table commits entire form when sorting is used.
by Sergey Halipov (JIRA)
Rich data table commits entire form when sorting is used.
---------------------------------------------------------
Key: RF-4524
URL: https://jira.jboss.org/jira/browse/RF-4524
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Reporter: Sergey Halipov
<h:form>
<h:inputText required="true" id="test" value="#{bean.test}" />
<rich:message for="test" />
<rich:dataTable value="#{product.vehicleInfos}" var="vehicle" styleClass="width100proc"
style="text-align: center;" id="vehicleList"
reRender="vehicleList" ajaxSingle="true" >
<rich:column style="width: 40%;" sortBy="#{vehicle.model}" >
<f:facet name="header" >
<h:outputText value="${msg['transferBestOffer.result.vehicleModel']}" />
</f:facet>
#{vehicle.model}
</rich:column>
.................
</rich:dataTable>
</h:form>
When I click column header table is resorted as expected but entire form is submitted so there are unneeded validation messages for required inputs outside dataTable.
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-8271) org.richfaces.model.selection.Selection interface has no JavaDoc / API doc, and it is not very user-friendly
by Ian Springer (JIRA)
org.richfaces.model.selection.Selection interface has no JavaDoc / API doc, and it is not very user-friendly
------------------------------------------------------------------------------------------------------------
Key: RF-8271
URL: https://jira.jboss.org/jira/browse/RF-8271
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 3.3.2.SR1
Reporter: Ian Springer
This interface is used by rich:extendedDataTable's selection attribute, and possibly by some of the other dataTable components. It currently has no JavaDoc whatsoever, which is especially bad because it is not intuitive what some of the methods return:
1) public Iterator<Object> getKeys()
Does this return just the keys of the selected items, or does it return the keys for all items on the current page (the presence of the isSelected() method seems to suggest the latter)? Why provide just the keys of the selected items, rather than the entire Objects? 90% of the time, the GUI developer's going to want to get at the Objects themselves to do some sort of CRUD on them. Why not save them the trouble of having to map the key to the actual Object, when RF can do it for them?
2) public int size()
Does this return just the number of selected items, or does it return the size of the current page (the presence of the isSelected() method seems to suggest the latter)?
3) public boolean isSelected(Object rowKey)
What's the idea behind this method - to also provide easy access to what rows are *not* selected? If so, wouldn't an easier to use API be:
List getSelectedRows()
List getUnselectedRows()
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-9117) Accordion item: disabled item rendered wrong
by Pavol Pitonak (JIRA)
Accordion item: disabled item rendered wrong
--------------------------------------------
Key: RF-9117
URL: https://jira.jboss.org/browse/RF-9117
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-output
Affects Versions: 4.0.0.Milestone1
Environment: v.4.0.0-SNAPSHOT SVN r.18794, Glassfish 3, Chromium 7, Firefox 3.6
Reporter: Pavol Pitonak
Fix For: 4.0.0.Milestone2
Attachments: accordion.png
I have following accordion with 4 items, the first one is disabled, the third is open on page load. When the page is opened, everythink looks ok, but after clicking on first item, header's text is rendered twice (see screenshot).
<rich:accordion id="accordion" activeItem="item3">
<rich:accordionItem id="item1" disabled="true" name="item1" header="Item 1">
content of item 1
</rich:accordionItem>
<rich:accordionItem id="item2" name="item2" header="Item 2">
content of item 2
</rich:accordionItem>
<rich:accordionItem id="item3" name="item3" header="Item 3">
content of item 3
</rich:accordionItem>
<rich:accordionItem id="item4" name="item4" header="Item 4">
content of item 4
</rich:accordionItem>
</rich:accordion>
--
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, 11 months