RE: [css3-regions] iframe as content source

I don't like triggering the special behavior by <iframe> element either.

Do you think either of the two options I have on wiki could work?

Option 1: two 'flow-into' properties:
  <iframe style="flow-into:flow1"> --  add iframe to flow as a replaced element
  <iframe style="flow-content-into:flow1"> --  add content of the iframe to flow

Option 2: a separate property to specify what to add to flow, with the same effect:
  <iframe style="flow-into:flow1; flow-source-type:element"> --  add iframe to flow as a replaced element
  <iframe style="flow-into:flow1; flow-source-type:content"> --  add content of the iframe to flow

Or can you think of a better way to specify what we want to do with an iframe?

Alex

From: David Hyatt [mailto:hyatt@apple.com]
Sent: Wednesday, September 07, 2011 7:32 PM
To: Alex Mogilevsky
Cc: Vincent Hardy; www-style@w3.org
Subject: Re: [css3-regions] iframe as content source

On Sep 7, 2011, at 9:03 PM, Alex Mogilevsky wrote:


Actually the "iframe flow" behavior is anti-transclusion, and it is closer to what happens to formatted content when you put it into a chain of boxes in a DTP system:

*         Content styling is not affected by parent styles (other than intentional override via region styling)
*         Scripts in content are contained to content document (security options may vary, but script is contained unless it intentionally reaches outside)

Building up complex documents via Ajax is actually much close to transclusion as it creates a single document from pieces that may be completely unrelated initially. And model of isolated flow is closer to the concept of "template" or "master document", where layout of magazine page and article content are done by different people and have no reason to share style sheets...


Ok, I don't care what name you give the feature. Let's use "iframe flow" then. My point is that it's not a feature that should be tied exclusively to regions. You might want an iframe to split across pages when printing, or to be splittable across columns, or even simply to flow unpaginated as though it was in the main document.

The act of placing an iframe into a region should not automatically cause it to behave this way. It should behave just as it would with multi-column layout or printing by default. Let's not create an inconsistency in iframe behavior between regions and multi-column/printing.

If you want special behavior for frames, define it in such a way that it is generalizable across all of these layout systems, e.g., with a new CSS property.

I have no objection to the feature itself, but I think it's misplaced in the CSS Regions module, and I think you should explore specifying it in a way that isn't limited to regions only. Once you do that, it really has no business being in the CSS Regions module, and putting it someplace else will let the two features progress independently.

dave
(hyatt@apple.com<mailto:hyatt@apple.com>)