HTML CODE MAKE IFRAME SCALABLE HOW TO

, we see that all it does is use document.write() to add a CSS styleheet and output HTML with the Gist. If we look at what that script does, e.g. GitHub recommends embedded Gists into other websites using a tag. Here's a popular example, to support my point that I think it would overall increase security of the web to make this possible: I'm a bit surprised that we're not even putting into a WD something that's been shipping in iOS for 10 years TabAtkins to spin up a WICG regarding auto sizing of iframes RESOLVED: Add textarea sizing to Sizing L4 Resolved: Add textarea sizing to Sizing L4 Rossen: any objections to adding textareas to CSS Sizing 元 TabAtkins: the iframe one can go in WICG TabAtkins: The textarea one is simple enough to go into sizing 4 Rossen: ok, so - it seems that Google wants to experiment with this - Apple has it and wants to remove it

tantek: width is expected and height is auto smfr: users don't experience nested scrollers, we always wanted page scrolling to win so you don't get trapped tantek: how do you trigger behavior in iOS dbaron: I think the media query problems you had were due to doing what authors weren't expecting TabAtkins: ok, let's talk about this later smfr: you can avoid laying out the iframe, if you have to you have to dirty the other nodes TabAtkins: how is this different from regular layout smfr: it does bring about nasty things in the code TabAtkins: that means that you weren't doing media queries the way we defined smfr: we've had quite a few media query bugs smfr: it makes your frame layout outside in rather than inside out smfr: we've had the auto sizing of the iframe even COR

TabAtkins: the textarea would go into sizing 4 TabAtkins: are we ok experimenting in this space TabAtkins: they're both pretty separate features anyways Rossen: Our experimentation for this suggests it was bad, but maybe you'll find something Rossen: when you consider extensions they try to size the box, and it's shrink to fit it becomes very bad for perf

The iframe use-case for me is known width (set by container), auto (preferably auto-expanding) height Rossen: performance becomes a concern for those rossen: we used to have a technology that would allow you to do layout based on then content size and we killed it s/do layout/do layout, and then tries again/ dbaron: I'd need to look, like it tries to do layout

HTML CODE MAKE IFRAME SCALABLE HOW TO

dbaron: you need to figure out how to spec it dbaron: we have code for it - but it's not necessarily something you can write up in a spec dbaron: we got the spec to say that's how media queries work, but seamless was removed

TabAtkins: we suspect we'd walk up the frame tree until we hit a fixed size to resolve the mqs TabAtkins: we learned some issues impl seamless with iframes due to COR leaking information TabAtkins: figure our some mechanism content based sizing for textarea and iframes TabAtkins: we started experimenting with this TabAtkins: we talked it over and thought, yeah probably ok TabAtkins: there have been many requests for textarea and iframes resize on content Topic: Auto resizing of iframes and textarea based on content size

RESOLVED: Add textarea sizing to Sizing L4.

The Working Group just discussed Auto resizing of iframes and textarea based on content size, and agreed to the following resolutions:

Html code make iframe scalable