July 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13077) Allow programatically configure Resource Mapping by exposing a service interface

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13077?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13077: ------------------------------- Fix Version/s: 5.0.0.Alpha2 > 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 > > > 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12833) richfaces.js conflicts with prototype.js

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12833?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč reassigned RF-12833: ------------------------------- Assignee: Lukáš Fryč > richfaces.js conflicts with prototype.js > ---------------------------------------- > > Key: RF-12833 > URL: https://issues.jboss.org/browse/RF-12833 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.1 > Reporter: Mark Torres > Assignee: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > Attachments: RF-12833.patch > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Getting some javascript errors on richfaces.js. > Upon inspection, it is using > {code} > (function(jQuery, richfaces) { > ... > {code} > instead of > {code} > (function($, richfaces) { > ... > {code} -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12952) Favor Props interfaces over attrs.xml

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12952?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-12952: --------------------------------- any changes which could be needed in CDK should be addressed > Favor Props interfaces over attrs.xml > ------------------------------------- > > Key: RF-12952 > URL: https://issues.jboss.org/browse/RF-12952 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: clean-up > Reporter: Lukáš Fryč > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha2 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > We should favor {{*Props}} interfaces since they are refactorable. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12930) Rename RichFaces.$ to something less ambiguous

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12930?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč reassigned RF-12930: ------------------------------- Assignee: Lukáš Fryč > Rename RichFaces.$ to something less ambiguous > ---------------------------------------------- > > Key: RF-12930 > URL: https://issues.jboss.org/browse/RF-12930 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core > Reporter: Brian Leathem > Assignee: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Possibly rename it to RichFaces.findComponent -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12936) Use jQuery in non-conflicting way

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12936?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč reassigned RF-12936: ------------------------------- Assignee: Lukáš Fryč > Use jQuery in non-conflicting way > --------------------------------- > > Key: RF-12936 > URL: https://issues.jboss.org/browse/RF-12936 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.1 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > The {{richfaces.js}} references both, {{jQuery}} from closure and global {{$}} - this issue is addressed in RF-12833. > However jQuery should not be used directly, rather from closures - prefered way is to use {{$}} but its naming now conflicts with {{RichFaces.$}} for component references. > I suggest to use following trick: > {code:title=richfaces.js} > RichFaces.jQuery = RichFaces.jQuery || jQuery; > //encapsulation > (function($, RichFaces) { > // free to use $ here > }(RichFaces.jQuery, RichFaces)); > {code} > It will allow: > * provide own jQuery for RichFaces > * use libraries which make use of {{$}} (prototype, other jQuery versions) in no-conflicting way -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-13084) Change the autocomplete component to use the new autocomplete widget

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13084?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč reassigned RF-13084: ------------------------------- Assignee: Lukáš Fryč > Change the autocomplete component to use the new autocomplete widget > -------------------------------------------------------------------- > > Key: RF-13084 > URL: https://issues.jboss.org/browse/RF-13084 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Reporter: Brian Leathem > Assignee: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > Original Estimate: 1 day > Remaining Estimate: 1 day > -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12952) Favor Props interfaces over attrs.xml

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12952?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-12952: --------------------------------- this means that we will be able to "remove" all dependencies on XML attribute lists in CDK project, right? > Favor Props interfaces over attrs.xml > ------------------------------------- > > Key: RF-12952 > URL: https://issues.jboss.org/browse/RF-12952 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: clean-up > Reporter: Lukáš Fryč > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha2 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > We should favor {{*Props}} interfaces since they are refactorable. -- 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, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-11298) For attribute of messages does not work inside iteration components

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RF-11298?page=com.atlassian.jira.plugin.s... ] Jiří Štefek resolved RF-11298. ------------------------------ Fix Version/s: (was: 5-Future) Resolution: Out of Date Out of Date in latest snapshots. > For attribute of messages does not work inside iteration components > ------------------------------------------------------------------- > > Key: RF-11298 > URL: https://issues.jboss.org/browse/RF-11298 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: base functionality , component-validators > Affects Versions: 4.1.0.Milestone1 > Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc > Metamer 4.1.0-SNAPSHOT r.22616 > Mojarra 2.1.2-FCS, Mojarra 2.0.4-b09 > Apache Tomcat 6.0.32 > OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux > Chrome 13.0.782.112 @ Linux i686 > Reporter: Pavol Pitonak > Labels: ci_issue > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richMessages/csv.xhtml > # click button "Generate Msgs" > # verify that "Messages1 - with 'for' attribute" group contains two messages > # select iteration template, e.g. richList or a4jRepeat > # click button "Generate Msgs" > # verify that "Messages1 - with 'for' attribute" group contains two messages > result: > messages are not displayed inside rich:list -- 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, 11 months

1
0
0 / 0

[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 updated RF-13087: ----------------------------- Description: 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. was: As described by RF-12850, in IE8 the problem still exist 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. > 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12850) Popup panel: button's label is invisible in IE10

by Marco Bulau (JIRA)

[ https://issues.jboss.org/browse/RF-12850?page=com.atlassian.jira.plugin.s... ] Marco Bulau commented on RF-12850: ---------------------------------- I've created the ticket RF-13087 for the problem in IE8. > Popup panel: button's label is invisible in IE10 > ------------------------------------------------ > > Key: RF-12850 > URL: https://issues.jboss.org/browse/RF-12850 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.2.3.Final, 4.3.0.Final, 4.3.1 > Environment: RichFaces 4.3.2-SNAPSHOT > EAP 6.0.1, Tomcat 6.0.32, Tomcat 7.0.35 > Mojarra 2.1.7, 2.1.17, MyFaces 2.1.10 > Internet Explorer 9, 10 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Fix For: 4.3.2, 5.0.0.Alpha1 > > Attachments: buttonInPopupPanel.png > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > {code:xml} > <rich:popupPanel id="panel" show="true" header="xxx"> > <h:commandButton id="button" value="Submit" /> > </rich:popupPanel> > {code} > If a page with code snippet above is opened in IE9/IE10, the label "Submit" of button is not displayed until mouse over event. > Since it appears in all JSF implementations and on all runtime containers and works in browsers different from IE, it looks like a bug in IE interpretation of CSS classes. > Sample works fine when header of popup panel is not displayed (i.e. header attribute isn't set and no facet is defined). -- 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, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues July 2013