[JBoss JIRA] (RF-12081) Problem with RichEditor RF 4.2.0
by phelen harg (JIRA)
phelen harg created RF-12081:
--------------------------------
Summary: Problem with RichEditor RF 4.2.0
Key: RF-12081
URL: https://issues.jboss.org/browse/RF-12081
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.2.0.Final
Reporter: phelen harg
I'm migrating my Application from RF 3.3.3 to RF 4.2.0. But now i'm facing a problem with the richEditor. When I load the the component, all the links in application receive a background like this picture:
Analizing the code with Firebug, I found the problem in the CSS of RichEditor. /org.richfaces.resources/javax.faces.resource/org.richfaces.ckeditor/skins/richfaces/editor.ecss?db=eAHj0yqqAgACGAEl
If I erase the CSS the backgroud disappear. There is some kind of workaround for this?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (RF-12201) Add common method to all generated CDK component
by Paul Dijou (JIRA)
Paul Dijou created RF-12201:
-------------------------------
Summary: Add common method to all generated CDK component
Key: RF-12201
URL: https://issues.jboss.org/browse/RF-12201
Project: RichFaces
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.2.1.Final
Environment: All
Reporter: Paul Dijou
Looking at CDK AbstractComponent, or RendererBase or template.xml, I find lot of code copy/paste again and again. Maybe it could be usefull to have some common methods automatically generated by the CDK. I have some ideas right now, but I guess it will increase with time.
Sometime, I call the method in the "component" var inside the template. Maybe it would not be possible since we can only add methods to the "AbstractComponent". I'm fine with having them there and casting the component at the beginning of the template using {{<cdk:object>}}.
h3. 1) Test if an attribute is present :
{code:xml}
<c:when test="#{component.attributes['brand']!= null and not component.attributes['brand'].equals('')}">
{code}
Can become :
{code:xml}
<c:when test="#{component.hasAttribute('brand')}">
{code}
{code:java}
public boolean hasAttribute(String attributeName) {
// TODO : test if the attribute is present
}
{code}
h3. 2) Test if a facet is present
Same as before but about JSF facets
{code:xml}
<c:when test="#{component.getFacet('brand') != null and component.getFacet('brand').rendered}">
{code}
Become
{code:xml}
<c:when test="#{component.hasFacet('brand')}">
{code}
{code:java}
public boolean hasFacet(String facetName) {
// TODO : test if the facet is present and rendered
}
{code}
h3. 3) The castComponent method
This one is present in like 9 out of 10 AbstractComponent in the Bootstrap sandbox. I don't know how [RF-11668|https://issues.jboss.org/browse/RF-11668] will be resolved. But if we still need to cast the component, having the method in every component by default would be really nice.
h3. 4) Generate both "get..." and "is..." method for Boolean and boolean attributes
If you have an attribute like :
{code:java}
@Attribute
abstract public boolean isClosable();
{code}
This will generate a "isClosable()" method of course. But, then, trying to access it in a template like :
{code:xml}
<c:if test="#{alert.closable}">
{code}
Will crash since JSF try to call the "getClosable()" method. The workaround is to write :
{code:xml}
<c:if test="#{alert.isClosable()}">
{code}
But it would be nicer if the "geClosable()" method was generated in the same time of the "isClosable()" method.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] Created: (RF-11401) Metamer: rich:dataGrid: doubled scroller loss synchronization
by Ján Jamrich (JIRA)
Metamer: rich:dataGrid: doubled scroller loss synchronization
-------------------------------------------------------------
Key: RF-11401
URL: https://issues.jboss.org/browse/RF-11401
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.1.0.Milestone2
Environment: RichFaces 4.1.0.20110910-M2 r.
Metamer 4.1.0.20110910-M2 r.22701
Mojarra 2.0.4-b09-jbossorg-4
JBoss Web 7.0.1.Final
Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux
Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20100101 Firefox/7.0
Reporter: Ján Jamrich
Fix For: 4.1.0.Milestone2
On page with example for rich:dataGrid with selectBooleanCheckbox and a4j:repeat is dataGrid and scroller on top and above dataGrid.
Moving by top scroller next the bottom scroller is updated correctly. But when move next by bottom scroller, the top scroller remains in first state (don't update current index).
But this happens only in selectBoolean and a4j:repeat example, simple scroller example works correctly.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (RF-11800) Allow to pack custom webapp resources using maven-richfaces-resources-plugin
by Lukáš Fryč (Created) (JIRA)
Allow to pack custom webapp resources using maven-richfaces-resources-plugin
----------------------------------------------------------------------------
Key: RF-11800
URL: https://issues.jboss.org/browse/RF-11800
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.1.0.CR2
Reporter: Lukáš Fryč
{{maven-richfaces-resources-plugin}} is right now able to scan for {{@ResourceDependency}} occurences, order them and generate referenced resources.
In applications, there are still resources which aren't referenced by components (using {{@ResourceDependency}}).
It should be possible to provide this plugin parameter for file which would list all the resources which should be packed/compressed together with other resources.
This list will also provide ordering (because it can include dependencies on resources used by RF components), e.g.:
{code}
# Scripts
jquery.js
my-custom.js
# Styles
skinning.css
my-custom.css
{code}
This feature assumes that user is using JSF resource loading mechanism for referencing external resources ({{<h:outputScript />}} / {{<h:outputStylesheet />}}).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years