[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xml-cocoon-dev
Subject:    Re: CForms widget ID naming (was Re: [Vote] Releasing on friday)
From:       Sylvain Wallez <sylvain () apache ! org>
Date:       2005-11-04 11:09:55
Message-ID: 436B4183.3020701 () apache ! org
[Download RAW message or body]

Joerg Heinicke wrote:
> Sylvain Wallez <sylvain <at> apache.org> writes:
>   
>> Now the question is: do you find the \3A quirk to be a blocking issue?
>>
>> It seems to me that more often inputs in a form will be styled using 
>> classes, so as all inputs share the same styling rule. Also, a way to 
>> avoid the quirk is to use the ancestor selector, which works in all 
>> tested browsers:
>>   #datasource\.SQL\.login input { background: #FF0000 }
>>     
>
> Sorry to go back to the origin of this discussion, but wouldn't it then be
> better to generate an id for the ajax wrapper element instead of the input
> element? Nobody cares about the wrapper element, but nearly everybody about the
> styling of the form and so the inputs. So giving them the id they have in the
> form definition seems to be more than obvious.
>   

So you suggest:
  <span id="foo:container"><input name="foo" id="foo"></span> ?

Ajax cares *alot* about the container id, as it's the element that is 
updated. If the container's id isn't the widget's full name, it means 
we'll have to take into account this special naming for HTML rendering 
of widgets everywhere

My impression (but that's only mine) is that access to individual inputs 
is mostly needed from JS code (to plug some additional behaviour) rather 
than from CSS (use classes to style globally rather than individually), 
so the unicode escape quirk is should not really be an issue.

Sylvain

-- 
Sylvain Wallez                        Anyware Technologies
http://people.apache.org/~sylvain     http://www.anyware-tech.com
Apache Software Foundation Member     Research & Technology Director

[prev in list] [next in list] [prev in thread] [next in thread]