W3C home > Mailing lists > Public > www-style@w3.org > January 2011

Re: <option> and text-align

From: Aharon (Vladimir) Lanin <aharon@google.com>
Date: Mon, 24 Jan 2011 18:31:40 +0200
Message-ID: <AANLkTikQRvbktwqWsJfjbBYKoDBu1Y+McUs8BT4=Jaup@mail.gmail.com>
To: Boris Zbarsky <bzbarsky@mit.edu>
Cc: W3C style mailing list <www-style@w3.org>
> Given that we have no support for match-parent
> yet, it wouldn't do much good....

True, but I was rather hoping that it would be coming soon :-)

> Past that, why would this be desirable?  It seems
> like it would do the wrong thing for a select that has
> a mix of LTR and RTL options, no?

Although in itself, text is most readable when start-aligned, one has to
consider the potential visual jungle when some of the options are
right-aligned and some left-aligned. For example, if all but one of the
options are on one side, and one of them is much longer than the rest, then
the sole option on the other side is can fall outside the user's visual
focus and effectively become invisible. Thus, I think it is safer and neater
to have all the options line up on the select's start side. It also gives an
approximation of interoperability, since all the other browsers currently
always have the options line up, so I think it would be best for Firefox to
at least do so by default.

Aharon

On Thu, Jan 20, 2011 at 4:28 PM, Boris Zbarsky <bzbarsky@mit.edu> wrote:

> On 1/20/11 1:46 AM, Aharon (Vladimir) Lanin wrote:
>
>> Until that happens (if it happens), what do you think of adding option
>> {text-align:match-parent;} to Gecko's UA stylesheet?
>>
>
> Given that we have no support for match-parent yet, it wouldn't do much
> good....
>
> Past that, why would this be desirable?  It seems like it would do the
> wrong thing for a select that has a mix of LTR and RTL options, no?
>
> -Boris
>
Received on Monday, 24 January 2011 16:32:34 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:36 GMT