W3C home > Mailing lists > Public > www-forms@w3.org > October 2006

Re: SELECT display

From: Aaron Reed <aaronr@us.ibm.com>
Date: Mon, 16 Oct 2006 19:18:09 -0500
To: www-forms@w3.org
Message-ID: <eh17i9$h7$1@sea.gmane.org>

Hi Mark,

My clarifications below.

Mark Birbeck wrote:
> 
> Hi Aaron,
> 
> I disagree. :)
> 
> Although it's true that you don't necessarily want to define how
> xf:item should appear, there is certainly nothing wrong with this:
> 
>  xf|item { display: block; }
> 
> or this:
> 
>  xf|item { display: inline-block; }
> 
> That doesn't affect device independence or accessibility.
> 

I agree that there is nothing wrong with it.  Implementations need to 
make sure that common styling rules will not cause ill-effects to the 
form that is displayed by their processors.  We fixed two bugs where 
styling rules were screwing us up just this past week :-)

> The reason I said there was something missing from the XForms spec
> though, is that we've never really said that individual pieces can be
> styled. So for example, if a processor simply takes a select1 and
> 'converts' it to an HTML drop-box, then there are no 'item' elements
> to add style to. However, if a select1 is implemented as a container
> of 'item' elements then they can be styled.
> 

My point exactly.  Here is one example where even if something exists in 
the spec to spell out how to style xf:items and an author adds such 
rules to his/her form, a processor could still ignore the styling rule 
and yet be fully compliant.  A form author can only expect a processor 
to honor the styling rule if it makes sense in the context of the 
widget(s) that the processor chooses to use to render the xforms control.

So in the end, the results that the form author experiences will be 
processor dependent.  Though should such rules make their way in the 
spec, it is a good way to ensure that processors that DO want to apply 
styles to xf:items in certain appearances or in some data type bindings 
will have enough information to guide them in doing so.

 >
> We've also never said that an 'itemset' becomes a set of 'item'
> elements, which you'd also need to say in order for this to all be
> consistent.

probably xf:choices, too.

> 
> Regards,
> 
> Mark
> 
> 
> On 16/10/06, Aaron Reed <aaronr@us.ibm.com> wrote:
>>
>> Hi Richard,
>>
>> I certainly see your point, but it is tough to standardize that a
>> certain style will cause a select's checkbox items to layout in a line
>> when there is no standardization on the fact that a select will display
>> as checkboxes to start with.  And then you have to consider the impact
>> of specifying something like this across all devices.  So I'm guessing
>> that this would never become part of the XForms standard itself other
>> than as a suggestion which processors could then ignore.  So in the end,
>> it will still be processor dependent.
>>
>> Having said that, it would certainly be handy if the browser-based
>> processors reached a consensus on different styling options for
>> different XForms controls.
>>
>> --Aaron
>>
>>
>> FirstTesting wrote:
>> > Thanks Mark
>> >
>> > It makes sense to standardise the formatting so that it's consistent 
>> - regardless of which XForms processor is being used.
>> >
>> > Regards
>> >
>> > Richard
>> >
>> > http://www.firsttesting.com
>> >
>> >
>>
>>
>>
>>
>>
> 
> 
Received on Tuesday, 17 October 2006 00:22:25 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 10 March 2012 06:22:07 GMT