ISSUE-113: Clarify when resize events fire
resize
Clarify when resize events fire
- State:
- CLOSED
- Product:
- HISTORICAL: DOM3 Events [All Bugs and Issues use Bugzilla: http://tinyurl.com/Bugs-DOM3Events]
- Raised by:
- Doug Schepers
- Opened on:
- 2010-01-31
- Description:
- Emails:
http://lists.w3.org/Archives/Public/public-webapps/2009AprJun/1017.html
http://lists.w3.org/Archives/Public/public-webapps/2009AprJun/1061.html
http://lists.w3.org/Archives/Public/public-webapps/2009AprJun/1248.html
Bugs:
https://bugzilla.mozilla.org/show_bug.cgi?id=227495
https://bugs.webkit.org/show_bug.cgi?id=17969
It seems 'resize' events are pretty messed up. In (some versions of?) IE, 2 events are fired for each resize, one each for width and height. Opera fires all of these events at the end of the resizing. Firefox fires one event at the end, which seems most likely to be efficient, but may not have the responsiveness authors would want.
http://www.quirksmode.org/dom/events/resize.html - Related Actions Items:
- No related actions
- Related emails:
- Re: ISSUE-113 (resize): Clarify when resize events fire [DOM3 Events] (from [email protected] on 2011-08-12)
- ISSUE-113 (resize): Clarify when resize events fire [DOM3 Events] (from [email protected] on 2010-01-31)
Related notes:
Revision 1.171. Per the resolution from the 4/20/2011 telecon, I've updated the description of the resize event to describe the most interoperable behavior:
-Target: defaultView
-Bubbles: no
-Cancels: no
-During continuous user-initiated resizing, if the UA supports continuous reflow of the document's layout, then resize events should be dispatched synchronously after each reflow.
No element resize behavior is defined. However, a note remains that points out UAs and host languages may define elements which may resize (such as iframes).
Display change log
