You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by Ai92 <yu...@gmail.com> on 2007/03/22 16:33:58 UTC

Re: [jira] Closed: (MYFACES-1573) Radio renderer does not work normally when using absolute position in style attribute

Hi! Mike Kienenberger,

I don't konw what u want me to agree with.
Why style attribute need be rendered in each individual input? The link u
give me has explained this?
When I using Faces Impl from Sun , this bug not exists, it works well,and
the style attribute never to be rendered in each input elements.

by the way, the code is generated by a visual editer.


2007/3/22, Mike Kienenberger (JIRA) <de...@myfaces.apache.org>:
>
>
>     [
> https://issues.apache.org/jira/browse/MYFACES-1573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]
>
> Mike Kienenberger closed MYFACES-1573.
> --------------------------------------
>
>    Resolution: Won't Fix
>
> Strangely enough, this how h:selectOneRadio is supposed to work.
>
>
> http://java.sun.com/javaee/javaserverfaces/1.1/docs/renderkitdocs/HTML_BASIC/javax.faces.SelectOnejavax.faces.Radio.html
>
> Even stranger, if you use styleClass instead of style, it applies the
> style class to the table rather than to each individual input.
>
> So I guess you need to use styleClass instead of style -- either that, or
> use a more consistent third-party replacement component.
>
> > Radio renderer does not work normally when using absolute position in
> style attribute
> >
> -------------------------------------------------------------------------------------
> >
> >                 Key: MYFACES-1573
> >                 URL: https://issues.apache.org/jira/browse/MYFACES-1573
> >             Project: MyFaces Core
> >          Issue Type: Bug
> >          Components: General
> >    Affects Versions: 1.1.4
> >         Environment: myfaces 1.1.3   1.1.4
> >            Reporter: Yuan Yongkai
> >            Priority: Minor
> >
> > when I use IDE visual editer create a jsf page like this:
> > <h:selectOneRadio rendered="true" style="font-size: 12px; width: 200px;
> height: 20px; position: absolute; top: 193px; left: 134px;" value="#{
> entity0.attribute0}">
> >      <f:selectItem itemLabel="test1" itemValue="test1"></f:selectItem>
> >      <f:selectItem itemLabel="test2" itemValue="test2"></f:selectItem>
> >      <f:selectItem itemLabel="test3" itemValue="test3"></f:selectItem>
> > </h:selectOneRadio>
> > The radio renderer does not work normally when using absolute position
> in style attribute.
> > Because the renderer set the style to every radios.
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>

Fwd: [jira] Closed: (MYFACES-1573) Radio renderer does not work normally when using absolute position in style attribute

Posted by Mike Kienenberger <mk...@gmail.com>.
Let's keep this on the mailing list -- I'm only one member of the
MyFaces dev team.

I interpret "Pass them thru" to mean that they are added as attributes
to the generated <input> without modification.

No, I don't think it makes any sense at all that style and styleClass
are attached to different html elements.   But that's what the spec
appears to say :-)

It may very well be that the intention was that the attribute should
be on the table and not the input.   This seems like a good thing to
bring up as a JSF spec issue to get clarification.

http://wiki.apache.org/myfaces/FAQ#JSFspec

Right now, MyFaces passes the TCK, so either the TCK isn't testing
this situation, or the TCK is also expecting the behavior documented
above.

If you can get clarification from the JSF EG that MyFaces not
following the spec, please report that back here and we'll reopen the
issue.

Thanks for continuing to pursue this :-)

On 3/22/07, Ai92 <yu...@gmail.com> wrote:
> Hi, Mike Kienenberger,
> I'm very glad to receive your reply.But your answer si not satisfying.
> I see, may be there is some language mistakes. What is "pass them thru"
> mean?  Look at the table of attributes at the link :
>
> http://java.sun.com/javaee/javaserverfaces/1.1/docs/renderkitdocs/HTML_BASIC/javax.faces.SelectOnejavax.faces.Radio.html
>
> Attributes with a pass-through value of true are not interpreted by the
> renderer and are passed straight through to the rendered markup, without
> checking for validity. Attributes with a pass-through value of false are
> interpreted by the renderer, and may or may not be checked for validity by
> the renderer.
>
> So, I think the "pass them thru"  means  that  the  renderer  needn't
> interpreted  them ,because  the  attribute  style  is  a  html  standard
> one, just print it out, this all.
> But the attribute styleClass does not exist as a standard html attribute,so
> , the renderer need  interpreted it.
>
> What is your opinion about this?
>
> Even if it is not  the  bug  of  myfaces  core at all. Are you sure the
> renderer difference between style and style class make sense?
>
> BTW. I can not express myself clear in English .I beg your pardon.
>
> I am looking forward to your early reply  :)
>
>

Re: [jira] Closed: (MYFACES-1573) Radio renderer does not work normally when using absolute position in style attribute

Posted by Mike Kienenberger <mk...@gmail.com>.
>From the JSF 1.1 spec link that I provided:

=========
If the "styleClass" is specified, render the value of the "styleClass"
attribute as the value of the "class" attribute on the "table"
element.

If the "style", "border" attributes are specified, pass them thru.
=========

If Sun's JSF RI 1.1 is doing something different, it's a bug in Sun's JSF RI.


On 3/22/07, Ai92 <yu...@gmail.com> wrote:
> Hi! Mike Kienenberger,
>
> I don't konw what u want me to agree with.
> Why style attribute need be rendered in each individual input? The link u
> give me has explained this?
> When I using Faces Impl from Sun , this bug not exists, it works well,and
> the style attribute never to be rendered in each input elements.
>
> by the way, the code is generated by a visual editer.
>
>
> 2007/3/22, Mike Kienenberger (JIRA) <de...@myfaces.apache.org>:
> >
> >     [
> https://issues.apache.org/jira/browse/MYFACES-1573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
> >
> > Mike Kienenberger closed MYFACES-1573.
> > --------------------------------------
> >
> >    Resolution: Won't Fix
> >
> > Strangely enough, this how h:selectOneRadio is supposed to work.
> >
> >
> http://java.sun.com/javaee/javaserverfaces/1.1/docs/renderkitdocs/HTML_BASIC/javax.faces.SelectOnejavax.faces.Radio.html
> >
> > Even stranger, if you use styleClass instead of style, it applies the
> style class to the table rather than to each individual input.
> >
> > So I guess you need to use styleClass instead of style -- either that, or
> use a more consistent third-party replacement component.
> >
> > > Radio renderer does not work normally when using absolute position in
> style attribute
> > >
> -------------------------------------------------------------------------------------
> > >
> > >                 Key: MYFACES-1573
> > >                 URL:
> https://issues.apache.org/jira/browse/MYFACES-1573
> > >             Project: MyFaces Core
> > >          Issue Type: Bug
> > >          Components: General
> > >    Affects Versions: 1.1.4
> > >         Environment: myfaces 1.1.3   1.1.4
> > >            Reporter: Yuan Yongkai
> > >            Priority: Minor
> > >
> > > when I use IDE visual editer create a jsf page like this:
> > > <h:selectOneRadio rendered="true" style="font-size: 12px; width: 200px;
> height: 20px; position: absolute; top: 193px; left: 134px;"
> value="#{entity0.attribute0}">
> > >      <f:selectItem itemLabel="test1"
> itemValue="test1"></f:selectItem>
> > >      <f:selectItem itemLabel="test2"
> itemValue="test2"></f:selectItem>
> > >      <f:selectItem itemLabel="test3"
> itemValue="test3"></f:selectItem>
> > > </h:selectOneRadio>
> > > The radio renderer does not work normally when using absolute position
> in style attribute.
> > > Because the renderer set the style to every radios.
> >
> > --
> > This message is automatically generated by JIRA.
> > -
> > You can reply to this email to add a comment to the issue online.
> >
> >
>
>