[JBoss JIRA] Created: (RF-11191) components/dist/ui does not include taglibs
by Lukáš Fryč (JIRA)
components/dist/ui does not include taglibs
-------------------------------------------
Key: RF-11191
URL: https://issues.jboss.org/browse/RF-11191
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: build/distribution
Affects Versions: 4.1.0.Milestone1
Reporter: Lukáš Fryč
maven-shade-plugin in components/dist/richfaces-components-ui does not generate target/taglibs.
These are generated after initial installation and then separated build of richfaces-components-ui,
but not in complete framework build.
This leads into invalid VDL-DOC content.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-7501) HtmlPanelMenu should support recursive node adaptor
by arne anka (JIRA)
HtmlPanelMenu should support recursive node adaptor
---------------------------------------------------
Key: RF-7501
URL: https://jira.jboss.org/jira/browse/RF-7501
Project: RichFaces
Issue Type: Feature Request
Components: component-menu
Reporter: arne anka
i'd like to use HtmlPanelMenu to display a rather big structure like below where the nodes reach about 300 and take a considerable lot of time to create the menu from scratch.
my idea was to create the deeper levels (Level B and Level C nodes) only when the Level A node is expaned, like one can do with rich:tree and rich:recursiveTreeNodesAdaptor -- but there's not really a way to do that.
thus, having some kind like treeNodesRecursiveAdaptor would make live certainly easier.
imo all of these expandable structures should by default support an model or adaptor or whatever it is called.
Level A
|--Level B
|--Level C
|--Level C
|--Level C
|--Level B
|--Level C
|--Level C
Level A
|--Level B
|--Level C
|--Level C
|--Level C
|--Level B
|--Level C
|--Level C
--
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, 4 months
[JBoss JIRA] Created: (RF-10984) rich:tree selectionType=server throws Exception
by u j (JIRA)
rich:tree selectionType=server throws Exception
-----------------------------------------------
Key: RF-10984
URL: https://issues.jboss.org/browse/RF-10984
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tree
Affects Versions: 4.0.0.Final
Reporter: u j
The component reference for RichFaces 4 states that rich:tree selectionType can be "server", but:
17:35:25,373 GRAVE [javax.enterprise.resource.webcontainer.jsf.application] Error Rendering View[/searchestab.xhtml]: java.lang.IllegalArgumentException: server
at org.richfaces.renderkit.TreeRendererBase.getSelectionType(TreeRendererBase.java:164) [:4.0.0-SNAPSHOT]
at org.richfaces.renderkit.html.TreeRenderer.encodeEnd(TreeRenderer.java:154) [:4.0.0-SNAPSHOT]
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:879) [:2.0.3-]
which is obvious in the code:
protected SwitchType getSelectionType(FacesContext context, UIComponent component) {
AbstractTree tree = (AbstractTree) component;
SwitchType selectionType = getSelectionTypeOrDefault(tree);
if (selectionType != SwitchType.ajax && selectionType != SwitchType.client) {
//TODO - better message
throw new IllegalArgumentException(String.valueOf(selectionType));
}
return selectionType;
}
See also
http://community.jboss.org/message/604516#604516
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11403) showcase - a4j:queue - input in sample is wrongly generated, it is disabled on Tomcat
by Juraj Huska (JIRA)
showcase - a4j:queue - input in sample is wrongly generated, it is disabled on Tomcat
-------------------------------------------------------------------------------------
Key: RF-11403
URL: https://issues.jboss.org/browse/RF-11403
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: showcase
Affects Versions: 4.1.0.Milestone2
Environment: containers: Tomcat 6.0.32 and Tomcat 7.0.20
war: richfaces-showcase-4.1.0.20110910-tomcat6.war from maven staging repo
browsers: Chrome 13, FF 3.6
Reporter: Juraj Huska
Input for typing, which should fire events(first input), is has wrongly generated source code, since it is disabled by default. Its source code is:
{code:xml}
<input id="form:myinput" type="text" name="form:myinput" value="" onkeyup="addEvent();" disabled="disabled">
{code}
On JBoss 6 or 7 this input works fine and has source code:
{code:xml}
<input id="form:myinput" type="text" name="form:myinput" value="" onkeyup="jsf.util.chain(this,event,'addEvent();','RichFaces.ajax(this,event,{"parameters":{"javax.faces.behavior.event":"keyup","org.richfaces.ajax.component":"form:myinput"} ,"sourceId":this,"begin":"addRequest();"} )')">
{code}
This is noticed only on Tomcats. The page source code is the same on tomcat and jboss wars, they are different after deploying.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-9853) Inplace select: wrong name of cancel button
by Pavol Pitonak (JIRA)
Inplace select: wrong name of cancel button
-------------------------------------------
Key: RF-9853
URL: https://jira.jboss.org/browse/RF-9853
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.Milestone4
Environment: RichFaces 4.0.0-SNAPSHOT r.20127
Metamer 4.0.0-SNAPSHOT r.20127
Mojarra 2.0.2-FCS
GlassFish Server Open Source Edition 3.0.1
OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux
Chrome 7.0.517.44 @ Linux x86_64
Reporter: Pavol Pitonak
Priority: Minor
1. deploy Metamer
2. open http://localhost:8080/metamer/faces/components/richInplaceSelect/simple.x...
3. set showControls=true
result:
Cancel button has the same name as OK button (form:inplaceSelectOkbtn). It seems that this bug doesn't influence functionality of component.
<input class="rf-is-btn" id="form:inplaceSelectOkbtn" name="form:inplaceSelectOkbtn" onmousedown="this.className='rf-is-btn-press'" onmouseout="this.className='rf-is-btn'" onmouseup="this.className='rf-is-btn'" src="/metamer/faces/javax.faces.resource/ico_ok.gif?ln=org.richfaces" type="image"></input>
<input class="rf-is-btn" id="form:inplaceSelectCancelbtn" name="form:inplaceSelectOkbtn" onmousedown="this.className='rf-is-btn-press'" onmouseout="this.className='rf-is-btn'" onmouseup="this.className='rf-is-btn'" src="/metamer/faces/javax.faces.resource/ico_cancel.gif?ln=org.richfaces" type="image"></input>
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months