W3C home > Mailing lists > Public > www-style@w3.org > February 2014

RE: [css-position] sticky: Issue 1: Describe which element font-size-relative units are resolved against

From: Rossen Atanassov <Rossen.Atanassov@microsoft.com>
Date: Fri, 28 Feb 2014 18:02:32 +0000
To: Tab Atkins Jr. <jackalmage@gmail.com>, Viatcheslav Ostapenko <sl.ostapenko@samsung.com>
CC: www-style list <www-style@w3.org>
Message-ID: <d9ccbec108784fde8c53919330d29388@BY2PR03MB192.namprd03.prod.outlook.com>
> -----Original Message-----
> From: Tab Atkins Jr. [mailto:jackalmage@gmail.com]
> Sent: Wednesday, February 26, 2014 2:47 PM
> 
> On Wed, Feb 26, 2014 at 2:36 PM, Viatcheslav Ostapenko
> <sl.ostapenko@samsung.com> wrote:
> > Hi,
> >
> >   There is an issue raised in "CSS Positioned Layout Module Level 3"
> > Draft here: http://dev.w3.org/csswg/css-position/#sticky-positioning

> >
> >   It is written like "Describe which element font-size-relative units
> > are resolved against".
> >
> >   When sticky positioned elements are not offset, they should be
> > layouted and displayed exactly the same way as normal flow positioned
> > elements. When sticky positioned element is offsetted, only position
> > of the element changes, but all other properties should stay the same.
> >
> >   In this case sticky positioned elements are very similar to relative
> > positioned elements. Since the section describing relative positioned
> > elements doesn't have any special clarification about
> > font-size-relative units resolving, I think sticky positioned elements
> > section also doesn't need this. In both cases font-size-relative units
> > resolved the same way it is done for normal flow elements when
> > sticky/relative positioning offset is not taken into account.
> 
> Agreed; stickypos is just relpos with magical offsets, and shouldn't have any
> weird effects with font-relative units or anything else.

Agreed too. I'm resuming edits to this spec and will make sure to resolve this issue by design.

Thanks,
Rossen
Received on Friday, 28 February 2014 18:03:01 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:19 UTC