[JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated RF-12270:
----------------------------
Original Estimate: 2 days
Remaining Estimate: 2 days
> Allow RichFaces to bring new CSS/JS resources into the page after AJAX request
> ------------------------------------------------------------------------------
>
> Key: RF-12270
> URL: https://issues.jboss.org/browse/RF-12270
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: core, resource handling
> Affects Versions: 4.2.2.Final
> Reporter: Tomasz Kurpios
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> Quoting the extract from official documentation (3.5 Restrictions):
> ??JSF 2 does not allow resources such as JavaScript or Cascading Style Sheets (CSS) to be added if the element requiring the resource is not initially present in the JSF tree. As such, components added to the tree via Ajax must have any required resources already loaded. In RichFaces, any components added to the JSF tree should have components with corresponding resources included on the main page initially. To facilitate this, components can use the rendered="false" setting to not be rendered on the page.??
>
> Setting rendered="false" is OK when components are in the tree. However, if there are lots of components on a single view, for performance reasons some parts might be excluded by means of <c:if> or <c:choose> tags.
> That's at least what could be done in 3.3.3. It worked fine back then. However, the JSF2 AJAX mechanism does not support this feature. This makes usage of aforementioned tags impossible in some cases.
--
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
11 years, 4 months
[JBoss JIRA] (RF-13077) Allow programatically configure Resource Mapping by exposing a service interface
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13077?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated RF-13077:
----------------------------
Original Estimate: 4 hours
Remaining Estimate: 4 hours
> Allow programatically configure Resource Mapping by exposing a service interface
> --------------------------------------------------------------------------------
>
> Key: RF-13077
> URL: https://issues.jboss.org/browse/RF-13077
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: resource handling
> Affects Versions: 5.0.0.Alpha2
> Reporter: Lukáš Fryč
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> A concept of a service should allow to programatically provide a mapped URL for a resource, either local one (JSF resource) or remote (on static server, CDN, etc.).
> {code:java}
> public interface ResourceMapper {
> /**
> * @return null when no mapping should be involved
> public ResourceMapping mapResource(ResourceKey key);
> }
> public interface ResourceMapping {
> URL getURL(FacesContext context);
> }
> public interface StaticURLResourceMapping implements ResourceMapping {
> URL getURL();
> }
> public class FacesResourceMapping implements ResourceMapping {
> public ResourceKey getResourceKey() {
> ...
> }
> }
> {code}
> This way people may decide e.g. move all resources from given resource library to another library.
> This is related to RF-11543.
--
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
11 years, 4 months
[JBoss JIRA] (RF-11543) Refactor ResourceMappingFeature to Service
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-11543?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated RF-11543:
----------------------------
Original Estimate: 2 hours
Remaining Estimate: 2 hours
> Refactor ResourceMappingFeature to Service
> ------------------------------------------
>
> Key: RF-11543
> URL: https://issues.jboss.org/browse/RF-11543
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.1.0.Milestone3
> Reporter: Lukáš Fryč
> Assignee: Lukáš Fryč
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> ResourceMappingFeature class currently provides utilities for determining current configuration of resource mapping (enablement, location, mappingFile).
> Since referenced context-param configurations can be only literals, it does make sense to cache configuration, then it needs to be refactored from static to Service and use configuration holder.
--
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
11 years, 4 months
[JBoss JIRA] (RF-12981) Expose the ResourceOptimizer for usage from command line
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-12981?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated RF-12981:
----------------------------
Original Estimate: 2 hours
Remaining Estimate: 2 hours
> Expose the ResourceOptimizer for usage from command line
> --------------------------------------------------------
>
> Key: RF-12981
> URL: https://issues.jboss.org/browse/RF-12981
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: resource handling
> Affects Versions: 5.0.0.Alpha1
> Reporter: Lukáš Fryč
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> This is mainly issue for simplification of the usage of GenerateResourcesMain in order to allow users optimize resources from command line (or ant-based builds).
> The usage of Resource Optimizer should be documented.
--
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
11 years, 4 months
[JBoss JIRA] (RF-13087) PopupPanel: button's label is invisible in IE8
by Marco Bulau (JIRA)
[ https://issues.jboss.org/browse/RF-13087?page=com.atlassian.jira.plugin.s... ]
Marco Bulau commented on RF-13087:
----------------------------------
Sorry, it seems that RF-13086 created only one hour before. I don't found it.
> PopupPanel: button's label is invisible in IE8
> ----------------------------------------------
>
> Key: RF-13087
> URL: https://issues.jboss.org/browse/RF-13087
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.2
> Environment: JBoss 6.1, Mojarra 2.1.21
> Reporter: Marco Bulau
> Attachments: buttonInPopupPanel.png, JSF2-RichFaces4-PopupPanelIe8Bug.zip, Popup-IE8.png
>
>
> As described by RF-12850, in IE8 the problem still exists that the label/value of a button inside a popup panel (defined as show="true") is not displayed until the mouse move over the button (see screenshot).
> Attached you find a simple demo application that demonstrate the problem.
--
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
11 years, 4 months
[JBoss JIRA] (RF-13087) PopupPanel: button's label is invisible in IE8
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13087?page=com.atlassian.jira.plugin.s... ]
Michal Petrov resolved RF-13087.
--------------------------------
Resolution: Duplicate Issue
Duplicate of RF-13086
> PopupPanel: button's label is invisible in IE8
> ----------------------------------------------
>
> Key: RF-13087
> URL: https://issues.jboss.org/browse/RF-13087
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.2
> Environment: JBoss 6.1, Mojarra 2.1.21
> Reporter: Marco Bulau
> Attachments: buttonInPopupPanel.png, JSF2-RichFaces4-PopupPanelIe8Bug.zip, Popup-IE8.png
>
>
> As described by RF-12850, in IE8 the problem still exists that the label/value of a button inside a popup panel (defined as show="true") is not displayed until the mouse move over the button (see screenshot).
> Attached you find a simple demo application that demonstrate the problem.
--
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
11 years, 4 months
[JBoss JIRA] (RF-11543) Refactor ResourceMappingFeature to Service
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-11543?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-11543:
-------------------------------
Fix Version/s: 5.0.0.Alpha2
(was: 5-Future)
> Refactor ResourceMappingFeature to Service
> ------------------------------------------
>
> Key: RF-11543
> URL: https://issues.jboss.org/browse/RF-11543
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.1.0.Milestone3
> Reporter: Lukáš Fryč
> Assignee: Lukáš Fryč
> Fix For: 5.0.0.Alpha2
>
>
> ResourceMappingFeature class currently provides utilities for determining current configuration of resource mapping (enablement, location, mappingFile).
> Since referenced context-param configurations can be only literals, it does make sense to cache configuration, then it needs to be refactored from static to Service and use configuration holder.
--
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
11 years, 4 months
[JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12270:
-------------------------------
Fix Version/s: 5.0.0.Alpha2
(was: 5-Tracking)
> Allow RichFaces to bring new CSS/JS resources into the page after AJAX request
> ------------------------------------------------------------------------------
>
> Key: RF-12270
> URL: https://issues.jboss.org/browse/RF-12270
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: core, resource handling
> Affects Versions: 4.2.2.Final
> Reporter: Tomasz Kurpios
> Fix For: 5.0.0.Alpha2
>
>
> Quoting the extract from official documentation (3.5 Restrictions):
> ??JSF 2 does not allow resources such as JavaScript or Cascading Style Sheets (CSS) to be added if the element requiring the resource is not initially present in the JSF tree. As such, components added to the tree via Ajax must have any required resources already loaded. In RichFaces, any components added to the JSF tree should have components with corresponding resources included on the main page initially. To facilitate this, components can use the rendered="false" setting to not be rendered on the page.??
>
> Setting rendered="false" is OK when components are in the tree. However, if there are lots of components on a single view, for performance reasons some parts might be excluded by means of <c:if> or <c:choose> tags.
> That's at least what could be done in 3.3.3. It worked fine back then. However, the JSF2 AJAX mechanism does not support this feature. This makes usage of aforementioned tags impossible in some cases.
--
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
11 years, 4 months