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

Re: [css-grid] Span & faulty line names

From: François REMY <francois.remy.dev@outlook.com>
Date: Tue, 8 Jul 2014 18:21:30 +0200
Message-ID: <DUB130-DS13FFBFA50047D3A8DB02BEA50C0@phx.gbl>
To: "Tab Atkins Jr." <jackalmage@gmail.com>
Cc: "www-style list" <www-style@w3.org>
>>> So, fantasai and I discussed your proposal and reviewed the
>>> error-handling rules again, and we think we've got a simpler proposal:
>>> assume that all lines outside the explicit grid have all possible
>>> names.
>>>
>>> This lets us be consistent in all the error-handling cases where there
>>> aren't enough lines of a given name, which makes the whole thing
>>> easier to understand.  It's also more noticeably wrong, which is an
>>> acceptable outcome here - if the author fat-fingers a line name, the
>>> item will get positioned somewhere obviously weird, and they'll be
>>> able to correct it.
>>>
>>>
>>> We've gone ahead and committed this change to the draft.  Thoughts?
>>>
>> It looks ok to me, thanks.
>>
>> That being said, there are two edge case that I don't see solved clearly 
>> with the new rules, and it is the following ones:
>>
>>    GRID-ITEM-1 { grid-row: -10 line-name }
>>    GRID-ITEM-2 { grid-row-start: span 10 line-name; grid-row-end: 
>> last-line }
>>
>> If there are only 9 lines named "line-name", what does it do? As far as I 
>> know, we can't add more implicit lines at the beginning of the grid. So, 
>> should we specify that it maps to the first line of the grid instead?
>
>We can add lines before the implicit grid as well, so those work in the 
>same way.

Why not, but this may look weird to an implementor at first sight. At least, 
things would be consistent, though. The only strange thing is that the only 
way to put elements before the explicit grid would be to use this trick, as 
those cells are not targetable otherwhise, but this is pretty minor.

If a majority of stakeholders agree on this, so do I. 
Received on Tuesday, 8 July 2014 17:09:10 UTC

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