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

Re: [css-grid][css-syntax] Usage of lone parentheses across CSS?

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Thu, 26 Jun 2014 09:39:17 -0700
Message-ID: <CAAWBYDA=-45md2a8+SjYiTroC8-YOj0Q-BtoArbD-iVKcisYMA@mail.gmail.com>
To: François REMY <francois.remy.dev@outlook.com>
Cc: CSS WG <www-style@w3.org>
On Thu, Jun 26, 2014 at 2:22 AM, François REMY
<francois.remy.dev@outlook.com> wrote:
> Hi,
>
> I’ve been reviewing the CSS Grid specification yesterday, and I was left
> wondering whether using parentheses to denote line names was a very good
> idea.
>
> At first, I would like to start collecting more information about the
> reasons behind this choice, and the existing parenthesis usage in CSS, so I
> wondered whether there is any other location in CSS where parentheses are
> used in a non-functional way inside propery values. I couldn’t find one but
> it’s also totally possible something escaped my attention. If so, I would be
> happy to get some pointers.

It's just a nameless function, because we didn't need the clutter of a
function name there.

> The reason I’m asking for this is that while there isn’t any proposal out
> there yet, I can envision the usage of parenthesis as a good way of grouping
> various css tokens in a single semantic token so we may possibly find good
> usage for parenthezed blocks in the future, that may be prevented by its use
> in some isolated properties, which would be a bummer.

I have no idea what this means.

> Given the area templates is defined using strings (grid-template-areas:
> “area-1 area-2...”) and used as identifiers (grid-area: area-1), I’m
> wondering about the opportunity to do the same thing for named lines (so,
> replacing ‘grid-template-rows: (line-name) size...;’ by ‘grid-template-rows:
> “line-name” size...;’).

I'd prefer not trying to change anything here unless there's a bad
problem with the current syntax, or the new syntax has some amazing
benefit.

~TJ
Received on Thursday, 26 June 2014 16:40:04 UTC

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