[JBoss JIRA] Created: (RF-7278) dataTable sortMode=multi can't "unsort"
by Roland Roberts (JIRA)
dataTable sortMode=multi can't "unsort"
---------------------------------------
Key: RF-7278
URL: https://jira.jboss.org/jira/browse/RF-7278
Project: RichFaces
Issue Type: Feature Request
Components: component-tables
Affects Versions: 3.3.1
Reporter: Roland Roberts
Once a column has been clicked on for sorting, you can change from ascending to descending, but you can't go back to unsorted. So, if I have a three-column table with columns A, B, and C and decide to sort by A then B but then change my mind and want to sort by C then B, I'm stuck with reloading the page to clear my initial sort choices.
What would be nice is click to sort ascending, click again to sort descending, click again to clear the sort setting completely. Or something similar to clear it sort of a page reload.
--
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
14 years, 9 months
[JBoss JIRA] Created: (RF-7206) SimpleTogglePanel's opened attribute only works with String bean properties
by Matthew Lieder (JIRA)
SimpleTogglePanel's opened attribute only works with String bean properties
---------------------------------------------------------------------------
Key: RF-7206
URL: https://jira.jboss.org/jira/browse/RF-7206
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.1
Environment: JRE 6, Tomcat 6
Reporter: Matthew Lieder
Given the bean
public class MyBean {
public boolean getBooleanProp() {
return true;
}
public void setBooleanProp(boolean prop) {}
public boolean getStringProp() {
return "true";
}
public void setStringProp(String prop) {}
}
and the XHTML
<rich:simpleTogglePanel label="Close Me" switchType="client" opened="#{myBean.booleanProp}">
Blah blah blah
</rich:simpleTogglePanel>
I get the following error if I close the tab panel and then submit the page:
/test.xhtml @646,220 opened="#{myBean.booleanProp}": java.lang.IllegalArgumentException: argument type mismatch
If I change the opened attribute to #{myBean.stringProp} however, then it works fine.
The problem seems to narrow down to the following method in UISimpleTogglePanel:
public void setOpened(boolean opened) {
setValue(new Boolean(opened).toString());
}
--
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
14 years, 9 months
[JBoss JIRA] Created: (RF-2490) Header facet in the rich:dataTable ignore column "rendered" attribute
by Alexander Smirnov (JIRA)
Header facet in the rich:dataTable ignore column "rendered" attribute
---------------------------------------------------------------------
Key: RF-2490
URL: http://jira.jboss.com/jira/browse/RF-2490
Project: RichFaces
Issue Type: Bug
Environment: RichFaces 3.2 snapshot from 3/10.
Reporter: Alexander Smirnov
Assigned To: Alexander Smirnov
Fix For: 3.2.0
The headers of data tables are no longer following the render rule of its parent h:column tag.
The headers are rendering no matter what the rule is. The actual content is following the render rule. I noticed that if I wrap the whole h:column
into an a4j:region tag and place the render rule there instead, it all renders correctly. However, I think it should work the way it was before right ??
The f:facet tag should comply to the render rule in the h:column tag ?
Here's a code snippet.......
<rich:dataTable ...>
<h:column id="checkBoxCol" rendered="#{itemList_editableUser or itemList_subProfileView or itemList_DownloadableUser}">
<f:facet name="header">
<h:selectBooleanCheckbox styleClass="checkbox" immediate="true" id="headerCheckBox"
onclick="toggleElementCheckboxes(this, this.checked)"/>
</f:facet>
<h:selectBooleanCheckbox value="#{item.selected}" title="#{item.object.itemIdentifier.gtin}" styleClass="checkbox"
id="rowCheckBox"
disabled="#{(itemList_subProfileView and itemList_subProfRestr) or item.acctAccess == 'N'}"/>
</h:column>
........
</rich:dataTable>
--
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
14 years, 10 months
[JBoss JIRA] Created: (RF-4128) They all should be Trees:Panel Menu, Context Menu, Drop Down
by Francisco Jose Peredo Noguez (JIRA)
They all should be Trees:Panel Menu, Context Menu, Drop Down
------------------------------------------------------------
Key: RF-4128
URL: https://jira.jboss.org/jira/browse/RF-4128
Project: RichFaces
Issue Type: Feature Request
Reporter: Francisco Jose Peredo Noguez
I would like to be able to use recursiveTreeNodesAdaptor to configure Panel Menu, Context Menu, Drop Down Menu, after all, they all are recursive trees.
They all should be Trees:Panel Menu, Context Menu, Drop Down Menu. Shouldn't they? Why not? AFAIK there is no easy way to make this possible right now
--
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
14 years, 10 months
[JBoss JIRA] Created: (RF-6473) fileUpload allowFlash="true" not working when inside modalPanel, in IE6
by Daniel Wiell (JIRA)
fileUpload allowFlash="true" not working when inside modalPanel, in IE6
-----------------------------------------------------------------------
Key: RF-6473
URL: https://jira.jboss.org/jira/browse/RF-6473
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0
Environment: RichFaces 3.3.0.GA, JSF 1.2_12, Seam 2.1.1.GA, Tomcat 5.5.26, Windows XP
Reporter: Daniel Wiell
fileUpload allowFlash="true" not working when inside modalPanel, in IE6
When using IE6, the actual upload "hangs" right away. It works fine with Firefox 3 and Chrome.
Note that this is not the same issue as RF-4480, where the button of the file upload didn't open the file dialog window.
Here is a snippet to recreate it:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:rich="http://richfaces.org/rich"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:h="http://java.sun.com/jsf/html">
<head>
<meta http-equiv="Content-Type" content="text/xhtml; charset=UTF-8"/>
<title>File upload</title>
</head>
<body>
<rich:modalPanel id="panel" width="350" autosized="true">
<f:facet name="controls">
<h:panelGroup>
<h:outputText id="hidelink" value="close"/>
<rich:componentControl for="panel" attachTo="hidelink" operation="hide" event="onclick"/>
</h:panelGroup>
</f:facet>
<h:form>
<rich:fileUpload allowFlash="true" fileUploadListener="#{test.onUpload}"/>
</h:form>
</rich:modalPanel>
<h:outputLink value="#" id="link">
Show Modal Panel
<rich:componentControl for="panel" attachTo="link" operation="show" event="onclick"/>
</h:outputLink>
<br/>
</body>
</html>
--
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
14 years, 10 months
[JBoss JIRA] Created: (RF-2516) Drag-n-Drop Tree with Context Menu
by Ralf Loechte (JIRA)
Drag-n-Drop Tree with Context Menu
----------------------------------
Key: RF-2516
URL: http://jira.jboss.com/jira/browse/RF-2516
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.4, 3.2.0
Reporter: Ralf Loechte
I have a rich:tree with drag-n-drop support and an attached rich:contextMenu to the nestet rich:treeNode. if you click left on a node, the contectMenu will open. After click on the
<rich:treeNode
type="member"
dragType="member"
dragValue="#{item}"
acceptedTypes="member">
<h:outputText value="#{item.name}" />
<rich:dndParam name="label" type="drag" value="#{item.name}" />
<rich:contextMenu event="oncontextmenu" attached="true"
submitMode="ajax">
<rich:menuItem value="Ausschneiden" limitToList="true"
reRender="treehierarchypanel"
disabled="#{!olapAdminMainBean.editMode}"
actionListener="#{hierarchyMainBean.processCutElement}">
</rich:menuItem>
--
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
14 years, 10 months
[JBoss JIRA] Created: (RF-3552) rich:simpleTogglePanel strange behavior with a4j:repeat and rich:dataTable
by Pulkk Pulkk (JIRA)
rich:simpleTogglePanel strange behavior with a4j:repeat and rich:dataTable
--------------------------------------------------------------------------
Key: RF-3552
URL: http://jira.jboss.com/jira/browse/RF-3552
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0, 3.1.2
Environment: Apache-Tomcat 6.0.18, Faces 1.2
Reporter: Pulkk Pulkk
When using rich:simpleTogglePanel inside a looping tag such as a4j:repeat or rich:dataTable, the open/close behavior gets strange.
For example:
<a4j:repeat>
<rich:simpleTogglePanel>
...
</rich:simpleTogglePanel>
</a4j:repeat>
When working with the panels, the following happens depending on the switchType value:
- Server: when one is opened or closed, all the rest open and close respectively
- Client/Ajax: when one is opened or closed, the rest remain (the correct behavior). However, when the enclosing component is reRendered, they all open or close respectively depending on the last operation.
It seems that when rich:simpleTogglePanel is put into a looping tag, all the resulting panels are treated as one in open/close operations. To illustrate:
<a4j:repeat>
<rich:simpleTogglePanel>
...
</rich:simpleTogglePanel>
<rich:simpleTogglePanel>
...
</rich:simpleTogglePanel>
</a4j:repeat>
In this case, when opening or closing an odd-numbered panel in the output, all the odd-numbered panel open or close respectively but the even ones remain intact. Same goes for even ones.
--
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
14 years, 11 months