Open Bug 1246423 Opened 9 years ago Updated 2 years ago

Feature request: Auto-resize iframes based on content

Categories

(Core :: Layout: Images, Video, and HTML Frames, enhancement, P4)

enhancement

Tracking

()

People

(Reporter: craig, Unassigned)

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.97 Safari/537.36 Steps to reproduce: After the recent removal of the `@seamless` attribute on the `<iframe>` from the WHATWG spec: https://github.com/whatwg/html/issues/331 We still need to consider the problem of setting the height of iframes, so they contain their content without scroll bars. As discussed at: https://github.com/whatwg/html/issues/555 https://lists.w3.org/Archives/Public/www-style/2016Jan/0236.html https://lists.w3.org/Archives/Public/www-style/2016Feb/0004.html The solution may simply involve the CSS: #iframe { height: max-content; } And a header on the framed content, rather than custom/buggy JavaScript. ----- I'm keeping my notes on: https://github.com/craigfrancis/iframe-height Actual results: N/A Expected results: N/A
Alternatively we could look at a new keyword for the resize[1] property, which would be useful for a <textarea> that automatically increases its height based on its content - another problem which requires JavaScript to solve. [1] https://developer.mozilla.org/en-US/docs/Web/CSS/resize
Component: Untriaged → Layout: HTML Frames
Product: Firefox → Core
It might be worth suggesting this feature on www-style (again) and now also mention the <textarea> use case (and others you can think of). (add a [css-sizing] prefix to the Subject) We're likely not implementing it unless the CSSWG agrees to spec it.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P4
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.