[JBoss JIRA] (RF-12978) collapsibleSubTable ignores rowClasses
by Edward I (JIRA)
[ https://issues.jboss.org/browse/RF-12978?page=com.atlassian.jira.plugin.s... ]
Edward I edited comment on RF-12978 at 6/22/13 2:57 PM:
--------------------------------------------------------
Brian, thanks for the advice. Unfortunately, it didn't work.
Here's what happened:
Firstly, I assume you mean h:outputStyleSheet instead of h:outputLink - the latter generates an HTML <a ...> tag.
I put the h:outputStyleSheet at the end of my XHTML file and confirmed that the generated HTML includes my CSS as the very last one within the <head> section. However, the same problem exists - my styles are not being applied to the subtable unless I include:
{code:xml}
<style type="text/css">
.rf-cst-c {
background-color: inherit;
}
</style>
{code}
within the XHTML file - it does not work if I include that "inherit" style in the .css file.
This is exactly where we were day 1 and now I'm confused as to whether there really is a workaround and whether I've explained the problem properly.
The root problem here is that I can't override RF4 styles with my own unless I use the above <style> tag within each XHTML file - not even within the css (which would be a more acceptable workaround). Furthermore, the above style is specific for the subTable - other components may need the similar workaround using different tags (i.e. .rf-cst-c, etc.). I hope this makes sense.
>From what I can tell during this thread, the cause is either due to JSF2, RF4 or some combination. However, the cause does NOT seem to be simply the order of my .css <link> within <head>.
was (Author: edwardiv):
Brian, thanks for the advice. Unfortunately, it didn't work.
Here's what happened:
Firstly, I assume you mean h:outputStyleSheet instead of h:outputLink - the latter generates an HTML <a ...> tag.
I put the h:outputStyleSheet at the end of my XHTML file and confirmed that the generated HTML includes my CSS as the very last one within the <head> section. However, the same problem exists - my styles are not being applied to the subtable unless I include:
{code:xml}
<style type="text/css">
.rf-cst-c {
background-color: inherit;
}
</style>
{code}
within the XHTML file - it does not work if I include that "inherit" style in the .css file.
This is exactly where we were day 1 and now I'm confused as to whether there really is a workaround and whether I've explained the problem properly.
The root problem here is that I can't override RF4 styles with my own I use the above <style> tag within each XHTML file - not even the css (which would be a more acceptable workaround). Furthermore, the above style is specific for the subTable - other components may need the similar workaround using different tags (i.e. .rf-cst-c, etc.). I hope this makes sense.
>From what I can tell during this thread, the cause is either due to JSF2, RF4 or some combination. However, the cause does NOT seem to be simply the order of my .css <link> within <head>.
> collapsibleSubTable ignores rowClasses
> --------------------------------------
>
> Key: RF-12978
> URL: https://issues.jboss.org/browse/RF-12978
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.3.1
> Environment: Firefox 20.0, Linux
> Reporter: Edward I
> Labels: waiting_on_user
> Attachments: rf-12978.zip
>
>
> The rowClasses is ignored in the following:
> {code:xml}
> <rich:collapsibleSubTable value="#{item.items}" var="comp" rowClasses="oddRow, evenRow">
> {code}
> DataTable works correctly with the same rowClasses.
--
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, 10 months
[JBoss JIRA] (RF-12978) collapsibleSubTable ignores rowClasses
by Edward I (JIRA)
[ https://issues.jboss.org/browse/RF-12978?page=com.atlassian.jira.plugin.s... ]
Edward I commented on RF-12978:
-------------------------------
Here's some more information:
The generated HTML looks like this:
{code:xml}
<tr id="j_id_33:0:j_id_36:0:b" class="rf-cst-r rf-cst-fst-r oddRow">
<td id="j_id_33:0:j_id_36:0:j_id_37" class="rf-cst-c"> … </td>
{code}
We can see that "oddRow" is included in the <tr> class - that's what contains the backgroundColor we want. "oddRow" should take precedent over all other styles defined therein. It seems the problem here is that <td> includes "rt-cst-c" in its class, which defines its own styles that override what's in "oddRow". I don't think that should happen when you look at how subTable rowClasses are supposed to behave.
> collapsibleSubTable ignores rowClasses
> --------------------------------------
>
> Key: RF-12978
> URL: https://issues.jboss.org/browse/RF-12978
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.3.1
> Environment: Firefox 20.0, Linux
> Reporter: Edward I
> Labels: waiting_on_user
> Attachments: rf-12978.zip
>
>
> The rowClasses is ignored in the following:
> {code:xml}
> <rich:collapsibleSubTable value="#{item.items}" var="comp" rowClasses="oddRow, evenRow">
> {code}
> DataTable works correctly with the same rowClasses.
--
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, 10 months
[JBoss JIRA] (RF-12978) collapsibleSubTable ignores rowClasses
by Edward I (JIRA)
[ https://issues.jboss.org/browse/RF-12978?page=com.atlassian.jira.plugin.s... ]
Edward I commented on RF-12978:
-------------------------------
Brian, thanks for the advice. Unfortunately, it didn't work.
Here's what happened:
Firstly, I assume you mean h:outputStyleSheet instead of h:outputLink - the latter generates an HTML <a ...> tag.
I put the h:outputStyleSheet at the end of my XHTML file and confirmed that the generated HTML includes my CSS as the very last one within the <head> section. However, the same problem exists - my styles are not being applied to the subtable unless I include:
{code:xml}
<style type="text/css">
.rf-cst-c {
background-color: inherit;
}
</style>
{code}
within the XHTML file - it does not work if I include that "inherit" style in the .css file.
This is exactly where we were day 1 and now I'm confused as to whether there really is a workaround and whether I've explained the problem properly.
The root problem here is that I can't override RF4 styles with my own I use the above <style> tag within each XHTML file - not even the css (which would be a more acceptable workaround). Furthermore, the above style is specific for the subTable - other components may need the similar workaround using different tags (i.e. .rf-cst-c, etc.). I hope this makes sense.
>From what I can tell during this thread, the cause is either due to JSF2, RF4 or some combination. However, the cause does NOT seem to be simply the order of my .css <link> within <head>.
> collapsibleSubTable ignores rowClasses
> --------------------------------------
>
> Key: RF-12978
> URL: https://issues.jboss.org/browse/RF-12978
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.3.1
> Environment: Firefox 20.0, Linux
> Reporter: Edward I
> Labels: waiting_on_user
> Attachments: rf-12978.zip
>
>
> The rowClasses is ignored in the following:
> {code:xml}
> <rich:collapsibleSubTable value="#{item.items}" var="comp" rowClasses="oddRow, evenRow">
> {code}
> DataTable works correctly with the same rowClasses.
--
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, 10 months
[JBoss JIRA] (RF-13066) a4j:ajax does not work with tomahawk radiobuttons
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13066?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13066:
------------------------------------
Hmm, I wonder if it's just that a4j:ajax isn't listening for the right client event. Can you debug in your browser, and see what event is triggering the f:ajax? Then set the a4j:ajax to respond to that event with it's _event_ attribute.
> a4j:ajax does not work with tomahawk radiobuttons
> -------------------------------------------------
>
> Key: RF-13066
> URL: https://issues.jboss.org/browse/RF-13066
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.0.Final
> Environment: a4j:ajax does not work inside a tomahawk radiobutton
> Reporter: Andrea Martino
> Labels: a4j:ajax
> Fix For: 5-Tracking
>
>
> for example the following code does not work:
> {code}
> <t:selectOneRadio id="myRadio" value="#{testtest.xxxEnum}" layout="spread">
> <s:enumItem enumValue="XXX" label="XXX" />
> <s:enumItem enumValue="YYY" label="YYY" />
> <a4j:ajax />
> </t:selectOneRadio>
> <div class="ct-radio">
> <strong><t:radio for="myRadio" index="0"/></strong>
> </div>
> <div class="ct-radio">
> <strong><t:radio for="myRadio" index="1"/></strong>
> </div>
> {code}
> If I replace <a4j:ajax/> by <f:ajax/> everything works as expected. I would like to user a4j:ajax instead of f:ajax because tooltips are not correctly refreshed when I use f:ajax (there should be already a bug opened for that).
> PS: I'm using tomahawk 1.1.14
--
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, 10 months
[JBoss JIRA] (RF-13066) a4j:ajax does not work with tomahawk radiobuttons
by Andrea Martino (JIRA)
[ https://issues.jboss.org/browse/RF-13066?page=com.atlassian.jira.plugin.s... ]
Andrea Martino commented on RF-13066:
-------------------------------------
I have debugged the code and at least I understand why the <a4j:ajax /> behavior is not executed.
When clicking on the radiobutton the component that is executed has type org.apache.myfaces.custom.radio.HtmlRadio (coming from tomahawk). Since this class does not implement ClientBehaviorHolder, org.richfaces.context.RenderComponentCallback#findBehavior(UIComponent) returns null and no update is performed.
In order to work with "spread" layout, org.apache.myfaces.custom.radio.HtmlRadio should probably implement ClientBehaviorHolder and delegate the calls to the "for" radio button.
the org.apache.myfaces.custom.radio.HtmlRadio should be extended as following:
{code}
/**
* Delegating ClientBehaviorHolder to "for" UIComponent
*/
@Override
public Map<String, List<ClientBehavior>> getClientBehaviors() {
UIComponent uiSelectOne = findComponent(getFor());
if (uiSelectOne instanceof ClientBehaviorHolder) {
ClientBehaviorHolder clientBehaviorHolder = (ClientBehaviorHolder) uiSelectOne;
return clientBehaviorHolder.getClientBehaviors();
}
}
{code}
I will create a bug for Tomahawk and see if this could be implemented on their side.
> a4j:ajax does not work with tomahawk radiobuttons
> -------------------------------------------------
>
> Key: RF-13066
> URL: https://issues.jboss.org/browse/RF-13066
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.0.Final
> Environment: a4j:ajax does not work inside a tomahawk radiobutton
> Reporter: Andrea Martino
> Labels: a4j:ajax
> Fix For: 5-Tracking
>
>
> for example the following code does not work:
> {code}
> <t:selectOneRadio id="myRadio" value="#{testtest.xxxEnum}" layout="spread">
> <s:enumItem enumValue="XXX" label="XXX" />
> <s:enumItem enumValue="YYY" label="YYY" />
> <a4j:ajax />
> </t:selectOneRadio>
> <div class="ct-radio">
> <strong><t:radio for="myRadio" index="0"/></strong>
> </div>
> <div class="ct-radio">
> <strong><t:radio for="myRadio" index="1"/></strong>
> </div>
> {code}
> If I replace <a4j:ajax/> by <f:ajax/> everything works as expected. I would like to user a4j:ajax instead of f:ajax because tooltips are not correctly refreshed when I use f:ajax (there should be already a bug opened for that).
> PS: I'm using tomahawk 1.1.14
--
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, 10 months
[JBoss JIRA] (RF-13063) RichFacesInputNumberSlider setValueByDragging
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13063?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak reassigned RF-13063:
----------------------------------
Assignee: Jiří Štefek (was: Pavol Pitonak)
> RichFacesInputNumberSlider setValueByDragging
> ---------------------------------------------
>
> Key: RF-13063
> URL: https://issues.jboss.org/browse/RF-13063
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: qe
> Affects Versions: 4.3.2
> Reporter: Bernard Labno
> Assignee: Jiří Štefek
> Priority: Minor
>
> In richfaces-qa/page-fragments there is RichFacesInputNumberSlider fragment. It would be great to be able to test setting value as percentage of width implemented as dragging the handle.
> One can do it like that:
> {code}
> ((JavascriptExecutor) GrapheneContext.getProxy()).executeScript("arguments[0].scrollIntoView(true);", weightSlider.getNumberSlider().getRoot());
> waitGui();
> final int width = weightSlider.getNumberSlider().getWidth();
> final int where = (int) (width * percentage);
> final WebElement handle = weightSlider.getNumberSlider().getHandleElement();
> final Action action = new Actions(GrapheneContext.getProxy()).clickAndHold(handle)
> .moveToElement(weightSlider.getNumberSlider().getRoot(), where, 0)
> .release(handle)
> .build();
> {code}
> It is very important to bring component into view before dragging.
> If you do not do that and component is very far to the right (you need to scroll to the right to see it) then calculations are wrong.
--
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, 10 months
[JBoss JIRA] (RF-12978) collapsibleSubTable ignores rowClasses
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12978?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12978:
------------------------------------
You can use link, but then you are unable to guarantee that the JSF servlet will render it's <link> tags before yours.
I recommend you use h:outputLink, and stick it at the very end of your page. (You don't need f:view tags btw, unless you are overriding any of it's default attributes). h:outputLink will always render into link tags in the document head, regardless of where you place the JSF tag in the document.
> collapsibleSubTable ignores rowClasses
> --------------------------------------
>
> Key: RF-12978
> URL: https://issues.jboss.org/browse/RF-12978
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.3.1
> Environment: Firefox 20.0, Linux
> Reporter: Edward I
> Labels: waiting_on_user
> Attachments: rf-12978.zip
>
>
> The rowClasses is ignored in the following:
> {code:xml}
> <rich:collapsibleSubTable value="#{item.items}" var="comp" rowClasses="oddRow, evenRow">
> {code}
> DataTable works correctly with the same rowClasses.
--
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, 10 months