[JBoss JIRA] (RF-12214) Pack plain skin with UI components distribution (the resource plugin needs to be fixed)
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12214?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12214:
-------------------------------
Original Estimate: 30 minutes
Remaining Estimate: 30 minutes
> Pack plain skin with UI components distribution (the resource plugin needs to be fixed)
> ---------------------------------------------------------------------------------------
>
> Key: RF-12214
> URL: https://issues.jboss.org/browse/RF-12214
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: resource handling
> Affects Versions: 4.2.1.Final
> Reporter: Nicolas Daniels
> Assignee: Lukáš Fryč
> Priority: Minor
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> The plain skin is not packed/compresses as other styles, mainly because images generation is failing due to null property values.
> It could be good to have it as well. Beside it, probably that image generation with null value should be handled.
> Of course, any failed image generation should not be referenced in resulting css.
> (Fyi, currently, generating plain skin is working despite the warnings but missing images are still referenced in resulting css. This is not really good for resources optimization ;-))
--
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
10 years, 9 months
[JBoss JIRA] (RF-12811) VDL Documentation: rich:calendar is missing attribute "maxlength"
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12811?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12811:
------------------------------------
Change committed to 5,0 branch, change not yet applied to 4.3.5 branch.
> VDL Documentation: rich:calendar is missing attribute "maxlength"
> -----------------------------------------------------------------
>
> Key: RF-12811
> URL: https://issues.jboss.org/browse/RF-12811
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: doc
> Affects Versions: 4.3.0.Final
> Reporter: Mijo Repusic
> Priority: Trivial
> Labels: documentation
> Fix For: 4.3.5, 5.0.0.Alpha2
>
> Original Estimate: 15 minutes
> Remaining Estimate: 15 minutes
>
> The documentation for the element rich:calendar is missing the attribute maxlength.
> IDEs who honor the documentation (example Netbeans 7.3) are marking the element as incorrect.
--
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
10 years, 9 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.Alpha3
(was: 5.0.0.Alpha2)
> 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.Alpha3
>
> 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
10 years, 9 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.Alpha3
(was: 5.0.0.Alpha2)
> 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.Alpha3
>
>
> 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
10 years, 9 months
[JBoss JIRA] (RF-12593) RenderKitUtils.toScriptArgs() returns empty string when no not-null parameter provided
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12593?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12593:
-------------------------------
Original Estimate: 45 minutes
Remaining Estimate: 45 minutes
> RenderKitUtils.toScriptArgs() returns empty string when no not-null parameter provided
> --------------------------------------------------------------------------------------
>
> Key: RF-12593
> URL: https://issues.jboss.org/browse/RF-12593
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.3.0.M2
> Reporter: Lukáš Fryč
> Assignee: Lukáš Fryč
> Priority: Minor
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 45 minutes
> Remaining Estimate: 45 minutes
>
> The {{toScriptArgs(Object object)}} should always return JavaScript object:
> {code:javascript}
> { ... }
> {code}
> In case null object or no not-null parameter provided, empty object should be returned:
> {code:javascript}
> {}
> {code}
> Currently, it returns empty string {""} which is not handy if we expect JavaScript object as a return value.
--
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
10 years, 9 months