Re: Agenda+ CSS Round Display Issues

Lars Knudsen <[email protected]> Tue, 21 Jun 2016 09:51:14 +0200
Newsgroups gmane.comp.web.css.general
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 <[email protected]> wrote:

>
> On Jun 20, 2016, at 17:46, Lars Knudsen <[email protected]> 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>
>