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

Re: User Agents Do Not Implement Absolute Length Units, Places Responsive Design in Jeopardy

From: Robert O'Callahan <robert@ocallahan.org>
Date: Thu, 27 Oct 2011 22:42:08 +1300
Message-ID: <CAOp6jLafN0tB8h0n4noZYQzMQs3Tus5Rr84jOKbAOgki8-=5=g@mail.gmail.com>
To: "Tab Atkins Jr." <jackalmage@gmail.com>
Cc: Boris Zbarsky <bzbarsky@mit.edu>, www-style@w3.org
On Fri, Oct 21, 2011 at 10:23 AM, Tab Atkins Jr. <jackalmage@gmail.com>wrote:

> On Thu, Oct 20, 2011 at 2:16 PM, Boris Zbarsky <bzbarsky@mit.edu> wrote:
> > If your real issue with #1 is conversions, then we could introduce "true"
> > parallels of all the physical units.  But are there actually use cases
> for
> > using true physical "pt", say?
> Apparently there are use-cases for true physical "in", given Brian's
> previous emails.

I'm not convinced of those use-cases. As far as I can tell, the presented
use-case is "map physical screen sizes to device categories using some
questionable assumptions, to enable device-specific style sheets". That's
not really a use-case; physical screen sizes are not a reliable way to
categorize devices; and targeting style sheets to specific devices is
probably unwise anyway.

If "in" and "mm" are both useful, I would assume
> that "cm" is useful too.  And at that point it would be less confusing
> to just do all the physical units for consistency.

The use-cases for always-physical units are quite limited; they involve
sizing screen elements to match some physical object. mozmm is proving
perfectly adequate for sizing touch elements. I don't think we need to add
any more physical units until they're proven needed.

"If we claim to be without sin, we deceive ourselves and the truth is not in
us. If we confess our sins, he is faithful and just and will forgive us our
sins and purify us from all unrighteousness. If we claim we have not sinned,
we make him out to be a liar and his word is not in us." [1 John 1:8-10]
Received on Thursday, 27 October 2011 09:42:44 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:14:05 UTC