W3C home > Mailing lists > Public > www-style@w3.org > April 2016

Re: [css-grid] Positioned items and grid lines

From: Manuel Rego Casasnovas <rego@igalia.com>
Date: Wed, 27 Apr 2016 09:53:34 +0200
To: www-style@w3.org
Message-ID: <57206FFE.7000805@igalia.com>
Hi,

On 26/04/16 22:13, Mats Palmgren wrote:
> I explained my reasoning in detail in the bug:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1267555
> 
> On 2016-04-26 20:50, Tab Atkins Jr. wrote:
>> The "0th track" that exists on either side
>> of the grid for abspos positioning purposes goes stretches from the
>> last implicit grid line to the padding edge; it doesn't just occupy
>> the padding area.
> 
> There is nothing in the spec to support that.
> 
> Again, I see nothing in the spec that suggests line 1 and line -1
> should be treated differently from other lines.
> 
> The rendering in Firefox is the logical outcome from the spec.
> I.e. treat all lines the same.

Sorry but I didn't get what you mean before, I think I got it now.
I'm attaching a new image with the rendering in Chrome vs the one in
Firefox.

I understand now what you mean about the lines 1 and -1 in the case
we've "justify-content: space-evenly;".
For example you think that we should treat line 1 as a "fat line", the
same than we do with line 2. So line 1 would stretch from 50px to 100px.
The same than line 2 stretches from 200px to 250px.
I see it can make sense in a case like space-evenly, I've more doubts in
cases like space-around (each line will have different width) or center.

However, in the first example with "justify-content: start;" the fact
that the last line is a "fat line" too strikes me as odd from the user
point of view.

Anyway, I believe we need some kind of decision from the spec editors
and/or CSS WG about what's the expected behavior for these situations,
and probably a more specific wording on the spec.

Bye,
  Rego

positioned-items-auto.svg
(image/svg+xml attachment: positioned-items-auto.svg)

Received on Wednesday, 27 April 2016 07:54:10 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:09:02 UTC