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

Re: [css-regions][css-break] Nested & grouped regions breaking rules

From: Mihnea-Vlad Ovidenie <mihnea@adobe.com>
Date: Wed, 31 Jul 2013 08:58:07 +0100
To: Mihai Balan <mibalan@adobe.com>, François REMY <francois.remy.dev@outlook.com>, "www-style@w3.org" <www-style@w3.org>
CC: "fantasai.lists@inkedblade.net" <fantasai.lists@inkedblade.net>, "Rossen.Atanassov@microsoft.com" <rossen.atanassov@microsoft.com>
Message-ID: <CE1E9D42.48E5D%mihnea@adobe.com>
On 7/29/13 5:14 PM, "Mihai Balan" <mibalan@adobe.com> wrote:

>Could you please create a wiki page with some markup (and maybe some mock
>renderings) for the other use-cases (`breaking into multiple regions one
>"visually unique"`)? I'm struggling to understand the scenario you're
>proposing and why the current solution does not work.
>Thanks a lot,
>Mihai Balan | Quality Engineer @ Web Engine team |  mibalan@adobe.com |
>+4-031.413.3653 / x83653 | Adobe Systems Romania
>-----Original Message-----
>From: François REMY [mailto:francois.remy.dev@outlook.com]
>Sent: Thursday, July 11, 2013 12:57 AM
>To: www-style@w3.org
>Cc: fantasai.lists@inkedblade.net; Rossen.Atanassov@microsoft.com
>Subject: [css-regions][css-break] Nested & grouped regions breaking rules
>TL/DR: Grouping all regions into a single breakable context is an issue
>if you use region clusters or a region hierarchy (nested regions). I
>propose thereafter a mechanism to help identify which region the breaking
>rules specified in the author stylesheet apply to.
>Right now, you can only specify your desired breaking behavior relative
>to the kind of breakable content {page, column, region}.
>While that may cover a lot of use-cases, I came across a case where you
>may want to avoid breaking an element across one kind of region (let's
>call that the top-level region) but don't care to have it broken across
>sub-regions (let's call them the nested regions).
>Or, and that's probably a more frequent use-case, you're forced for
>layout reasons to break into multiple regions one "visually unique"
>region (from the human point of view) and you may want your region break
>to act across those sub-regions (to the next major region) and not just
>trigger a break between them.
>As far as I understand both specs, this is currently impossible.
>My proposal is to add a region-cluster property which can take as value a
>comma-separated list of identifiers. When you specify "break-before:
>region(cluster-name)", the break occurs for the nearest parent region
>that has the "cluser-name" cluser name associated to it.
>My second proposal is to specify that "break-before: region(all
>cluster-name)" means there's a break across the nearest parent region
>that has the "cluster-name" associated to it AND all the next sibling
>candidate regions that still have the same cluster name.
>In both cases, if there's no parent region having the specified
>cluster-name, the break is ignored.
>It may be necessary to allow multiple break conditions (in which case
>they're resolved the way they're now: we find the nearest location that
>satisfy all the breaks).
>Any thought about that?

Hi Francois,

Were you able to create a wiki with a mark-up to discuss this further? I
think a good place to create such wiki would be

Received on Wednesday, 31 July 2013 07:58:41 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:32 UTC