[JBoss JIRA] (RF-12988) RichFaces 5 doc update
by Brian Leathem (JIRA)
Brian Leathem created RF-12988:
----------------------------------
Summary: RichFaces 5 doc update
Key: RF-12988
URL: https://issues.jboss.org/browse/RF-12988
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: doc
Reporter: Brian Leathem
Fix For: 5.0.0.Alpha1
Make final changes to the Developer Guide and Component Reference reflecting the API changed introduced with the RichFaces 5 build re-structure
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12929) PickList change event not firing correctly when ordering objects in target area
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12929?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12929:
------------------------------------
Thanks [~mimmazzo] for submitting a pull request resolving this issue!
Note: [~mimmazzo] has signed the CLA.
> PickList change event not firing correctly when ordering objects in target area
> -------------------------------------------------------------------------------
>
> Key: RF-12929
> URL: https://issues.jboss.org/browse/RF-12929
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-selects
> Affects Versions: 4.3.0.Final
> Environment: JBoss AS 7
> Reporter: Simon Plangger
> Labels: event, onchange, pickList
> Fix For: 5-Tracking
>
>
> The *change* event is not firing, when moving an element from the target area (selected side) to the top or to the bottom of the list. There is no problem with moving items and the change event as long as you don't make it the first or last entry.
> To reproduce:
> {code}
> <rich:pickList
> onchange="alert('changed')"
> orderable="true"
> >
> <f:selectItem itemLabel="test 1" itemValue="test 1" />
> <f:selectItem itemLabel="test 2" itemValue="test 2" />
> <f:selectItem itemLabel="test 3" itemValue="test 3" />
> <f:selectItem itemLabel="test 4" itemValue="test 4" />
> <f:selectItem itemLabel="test 5" itemValue="test 5" />
> </rich:pickList>
> {code}
> Just *select all* items and move them around.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12894) The richfaces-framework is not reloadable by JRebel
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12894?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12894:
-------------------------------
Fix Version/s: 5.0.0.Alpha2
(was: 5.0.0.Alpha1)
> The richfaces-framework is not reloadable by JRebel
> ---------------------------------------------------
>
> Key: RF-12894
> URL: https://issues.jboss.org/browse/RF-12894
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: third-party
> Affects Versions: 5.0.0.Alpha1
> Reporter: Lukáš Fryč
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 3 hours
> Remaining Estimate: 3 hours
>
> It seems when you compile the framework with CDK, the faces-config.xml is re-generated and re-loaded by JRebel.
> However the other configuration files stored in {{META-INF/}} (e.g. [core.faces-config.xml|https://github.com/richfaces/richfaces5/blob/master...]) directly (without CDK processing) are not taken into consideration in reloaded configuration, thus this configuration is ignored. As the result, no Core configuration is loaded and no RichFaces Core feature does work.
> ----
> The JRebel reload and quick turnaround is one of the features we wanted to enable by build re-structure thus I consider this high priority to cooperate with JRebel team and make it work.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-12309) CDK: naming conventions to avoid necessity write all the FQNs of classes in Renderer template and Component stub
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12309?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12309:
-------------------------------
Fix Version/s: 5.0.0.Alpha2
(was: 5.0.0.Alpha1)
> CDK: naming conventions to avoid necessity write all the FQNs of classes in Renderer template and Component stub
> ----------------------------------------------------------------------------------------------------------------
>
> Key: RF-12309
> URL: https://issues.jboss.org/browse/RF-12309
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: cdk
> Affects Versions: 4.2.0.Final
> Reporter: Lukáš Fryč
> Fix For: 5.0.0.Alpha2
>
>
> There are lot of bindings which needs to be manually hard-coded in order to make the component work:
> Look at sample of the calendar component:
> 1. [Renderer template|https://github.com/richfaces/components/blob/4.2.2.20120513-Fina...]
> 2. [Component interface|https://github.com/richfaces/components/blob/4.2.2.20120513-Fin...]
> ----
> What could follow naming conventions?
> 1. *Renderer template*
> * {{<class>}} - use the package where the template resides in: {{calendar.template.xml}} -> {{CalendarRenderer}}
> * {{<superclass}} - use the {{<class> + Base}}: {{CalendarRenderer}} -> {{CalendarRendererBase}}, if not exists, use {{org.richfaces.renderkit.RendererBase}}
> 2. *component* {{org.richfaces.component.AbstractCalendar}}
> * component-type: {{org.richfaces.Calendar}}
> * component-family: {{org.richfaces.Calendar}}
> * generated class: {{org.richfaces.component.UICalendar}}
> * renderer: {{org.richfaces.CalendarRenderer}}
> * tag: {{@Tag(name = "calendar", handler = "org.richfaces.view.facelets.CalendarHandler")}}
> Some definitions what need to be configured per component library: e.g. prefix for component type/family/renderer, etc.
> Only classes which violates conventions would be necessary to configure specifically.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months