[JBoss JIRA] (RF-12793) Photoalbum improvements
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12793?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12793:
-------------------------------
Fix Version/s: 5-Tracking
> Photoalbum improvements
> -----------------------
>
> Key: RF-12793
> URL: https://issues.jboss.org/browse/RF-12793
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Burr Sutter
> Fix For: 5-Tracking
>
>
> Suggested improvements for the photoalbum demo, making it into an app that specializes in associating photos with an event:
> * Event focused content
> * Social login
> * Small mobile app that allows for uploading of pictures taken during an event (in real-time).
> * Sharing of photos with people at the same event
> * Sharing of photos from Photoalbum to FB.
> * Sharing of photos from Facebook to Photoalbum
--
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, 10 months
[JBoss JIRA] (RF-12759) rich:hotkey doesn't handle Ctrl+A key binding
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12759?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12759:
-------------------------------
Labels: hotkey (was: hotkey waiting_on_user)
> rich:hotkey doesn't handle Ctrl+A key binding
> ---------------------------------------------
>
> Key: RF-12759
> URL: https://issues.jboss.org/browse/RF-12759
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-misc
> Affects Versions: 4.2.3.Final
> Environment: Linux Fedora 16 x64, NetBeans 7.2, GlassFish 3.1.1, CDI/Weld/CODI, JSF2, RichFaces4.2.3, Hibernate3.2.5, Firebird 2.5.1
> Reporter: Edilmar Alves
> Assignee: Lukáš Fryč
> Labels: hotkey
> Attachments: test.java, test.xhtml
>
>
> When I try to use rich:hotkey with a4j:commandButton, it doesn't work. A detailed explanation about this is in the forum.
--
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, 10 months
[JBoss JIRA] (RF-12797) rich:editor not rendered when using RichFaces module
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12797?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12797:
------------------------------------
Thanks for the feedback Stan. It indeed sounds like a problem with how the rich:editor is retrieving it's resources.
> rich:editor not rendered when using RichFaces module
> ----------------------------------------------------
>
> Key: RF-12797
> URL: https://issues.jboss.org/browse/RF-12797
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: cdk
> Affects Versions: 4.3.0.Final
> Environment: JBoss 7.1.1
> Reporter: Serge Mürset
> Assignee: Brian Leathem
> Attachments: editor-test.zip
>
>
> I want to configure my Webapp to use RichFaces as a JBoss module not a library. To achieve this, I create the module org.richfaces with version 4.3.0 in module directory of JBoss.
> As soon as I switch from library to module, the rich:editor is not rendered anymore. In the Browser History i read
> [15:07:25.511] GET http://localhost:8080/editor-test/org.richfaces.resources/javax.faces.res... [HTTP/1.1 404 Not Found 1ms]
> I validated that the resource lang/de.js is available in classpath though.
> 15:01:02,780 INFO [stdout] (MSC service thread 1-5) The following resource(s) are found at location /META-INF/resources/org.richfaces.ckeditor/lang/de.js
> 15:01:02,781 INFO [stdout] (MSC service thread 1-5) --- jar:file:/opt/jboss-7.1.1/modules/org/richfaces/main/richfaces-components-ui-4.3.0.Final.jar!/META-INF/resources/org.richfaces.ckeditor/lang/de.js
> Weird enough, all other components I checked still work. I followed the instructions of https://issues.jboss.org/browse/RF-12008.
--
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, 10 months
[JBoss JIRA] (RF-12797) rich:editor not rendered when using RichFaces module
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12797?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12797:
-------------------------------
Assignee: (was: Brian Leathem)
> rich:editor not rendered when using RichFaces module
> ----------------------------------------------------
>
> Key: RF-12797
> URL: https://issues.jboss.org/browse/RF-12797
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: cdk
> Affects Versions: 4.3.0.Final
> Environment: JBoss 7.1.1
> Reporter: Serge Mürset
> Attachments: editor-test.zip
>
>
> I want to configure my Webapp to use RichFaces as a JBoss module not a library. To achieve this, I create the module org.richfaces with version 4.3.0 in module directory of JBoss.
> As soon as I switch from library to module, the rich:editor is not rendered anymore. In the Browser History i read
> [15:07:25.511] GET http://localhost:8080/editor-test/org.richfaces.resources/javax.faces.res... [HTTP/1.1 404 Not Found 1ms]
> I validated that the resource lang/de.js is available in classpath though.
> 15:01:02,780 INFO [stdout] (MSC service thread 1-5) The following resource(s) are found at location /META-INF/resources/org.richfaces.ckeditor/lang/de.js
> 15:01:02,781 INFO [stdout] (MSC service thread 1-5) --- jar:file:/opt/jboss-7.1.1/modules/org/richfaces/main/richfaces-components-ui-4.3.0.Final.jar!/META-INF/resources/org.richfaces.ckeditor/lang/de.js
> Weird enough, all other components I checked still work. I followed the instructions of https://issues.jboss.org/browse/RF-12008.
--
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, 10 months
[JBoss JIRA] (RF-12523) a4j:commandButton generates duplicated context path using a resource value expression within image attribute
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12523?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12523:
-------------------------------
Fix Version/s: (was: 4.3.1)
> a4j:commandButton generates duplicated context path using a resource value expression within image attribute
> ------------------------------------------------------------------------------------------------------------
>
> Key: RF-12523
> URL: https://issues.jboss.org/browse/RF-12523
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: resource handling
> Affects Versions: 4.2.2.Final, 4.3.0.M1
> Environment: Windows 7 Professional, JBoss AS 6.1.0.Final, Mojarra 2.1.7
> Reporter: Andreas Owczarek
> Assignee: Lukáš Fryč
> Priority: Minor
> Labels: testcase_provided
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> a4j:commandButton produces an extra context path prefix for the image resource path, when it is used with the value expression {code}#{resource['library:file']}{code} for the image attribute.
> {code:xml|title=Example code}
> <a4j:commandButton image="#{resource['icons:icon.gif']}" value="#{resource['icons:icon.gif']}"/>
> {code}
> {code:xml|title=Generated Result code}
> <input type="image" alt="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" src="/com.example.my.context.path/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" value="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" onclick="RichFaces.ajax("j_idt76",event,{"incId":"1"} );return false;" name="j_idt76" id="j_idt76">
> {code}
> The generated code show the correct value for the expression within the generated button label, but the image could not be located correctly because of the wrong generated image resource path.
--
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, 10 months
[JBoss JIRA] (RF-12523) a4j:commandButton generates duplicated context path using a resource value expression within image attribute
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-12523?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč reassigned RF-12523:
-------------------------------
Assignee: Lukáš Fryč
> a4j:commandButton generates duplicated context path using a resource value expression within image attribute
> ------------------------------------------------------------------------------------------------------------
>
> Key: RF-12523
> URL: https://issues.jboss.org/browse/RF-12523
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: resource handling
> Affects Versions: 4.2.2.Final, 4.3.0.M1
> Environment: Windows 7 Professional, JBoss AS 6.1.0.Final, Mojarra 2.1.7
> Reporter: Andreas Owczarek
> Assignee: Lukáš Fryč
> Priority: Minor
> Labels: testcase_provided
> Fix For: 4.3.1
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> a4j:commandButton produces an extra context path prefix for the image resource path, when it is used with the value expression {code}#{resource['library:file']}{code} for the image attribute.
> {code:xml|title=Example code}
> <a4j:commandButton image="#{resource['icons:icon.gif']}" value="#{resource['icons:icon.gif']}"/>
> {code}
> {code:xml|title=Generated Result code}
> <input type="image" alt="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" src="/com.example.my.context.path/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" value="/com.example.my.context.path/faces/javax.faces.resource/icon.gif?ln=icons" onclick="RichFaces.ajax("j_idt76",event,{"incId":"1"} );return false;" name="j_idt76" id="j_idt76">
> {code}
> The generated code show the correct value for the expression within the generated button label, but the image could not be located correctly because of the wrong generated image resource path.
--
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, 10 months
[JBoss JIRA] (RF-12754) rich:validator message cannot be customized when using bean validation (via javax.faces.validator.BeanValidator.MESSAGE property)
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12754?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12754:
-------------------------------
Fix Version/s: 5-Tracking
(was: 4.3.1)
> rich:validator message cannot be customized when using bean validation (via javax.faces.validator.BeanValidator.MESSAGE property)
> ---------------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12754
> URL: https://issues.jboss.org/browse/RF-12754
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-validators
> Affects Versions: 4.3.0.CR1
> Environment: Glassfish 3.1.2.2, jdk7u9
> Reporter: Nejc G
> Assignee: Brian Leathem
> Labels: testcase_provided
> Fix For: 5-Tracking
>
> Attachments: sample.rar
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> rich:validator clientside validation is ignoring javax.faces.validator.BeanValidator.MESSAGE property for messages. Standard validation without rich:validator works fine. Problem is there is no way to customize error (show label) hence making bean validation using this path nearly useless.
> I have the aforementioned property in a property file, configured to be used through locale-config line in faces-config.xml. The line reads:
> javax.faces.validator.BeanValidator.MESSAGE={1}: {0}
> and as mentioned rich:validator only outputs {0} (that is msg from bean validation). Seems to me it doesn't behave as configured.
--
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, 10 months