- From: Lars Knudsen <larsgk@gmail.com>
- Date: Tue, 21 Jun 2016 09:51:14 +0200
- To: Florian Rivoal <florian@rivoal.net>
- Cc: Jihye Hong <jh.hong@lge.com>, www-style@w3.org
- Message-ID: <CA+jkkcgmkL06dg2q9FY_xyvu8U+7ekmr+cJfHRgtCpO56=rRTA@mail.gmail.com>
I have one good example of current tech with odd shaped displays (or masks): Car dashboards. Apart from that, we will most probably see other than round (circle, ellipse) and rectangular displays soon in appliances. I am just saying that one could at least take a step back and consider if there could be another slightly more generic way of representing the shape than limiting it to a circle (and probably ellipse). E.g. using NURBS or the like. br Lars On Tue, Jun 21, 2016 at 9:12 AM, Florian Rivoal <florian@rivoal.net> wrote: > > On Jun 20, 2016, at 17:46, Lars Knudsen <larsgk@gmail.com> wrote: > > Hi, > > this is the first I hear of CSS Round Display (been living under a rock). > > One question - if you in the spec state: "Nowadays, devices come in varied > shapes of the displays. It needs to consider the shape of the display when > implementing web pages on devices.", why do you then limit the sperc to > focus on *one* more (very specific) shape? > > > I think we need to walk a fine line between designing a mechanism that > makes enough sense in general that we won't be stuck next time something > else than a rectangle or a circle becomes popular, but at the same time > refrain from over engineering things for devices that don't actually exist > and maybe never will. > > I think the polar positioning / motion path does that: a polar coordinate > system is clearly most useful for round things, but the 'contain' / > 'closet-side' / ... keywords work in a generic fashion, which makes it > suitable (if not fine tuned) for arbitrary other shapes. > > (although I think that these keywords are currently attached to the wrong > property, but I'll bring that up separately). > > - Florian > <https://drafts.csswg.org/css-round-display/#closet-side> >
Received on Tuesday, 21 June 2016 07:51:46 UTC