Changes

Jump to: navigation, search

Tantek-Mozilla-Projects

107 bytes removed, 08:09, 9 May 2011
more text-overflow resolved issues
* '''text-overflow'''
** clarify text per emails from fantasai/RoC or consider explicitly stating as undefined (per suggestions from RoC)
*** the behavior of text-overflow:ellipsis on a block with 'overflow' of 'scroll' (no good interop, ideal behavior documented, needs screenshots)
**** testcase from RoC: http://lists.w3.org/Archives/Public/www-style/2011Jan/att-0669/test.html
*** interaction of text-overflow:ellipsis with event handling
*** behavior of text-overflow:ellipsis on lines containing replaced elements
** also create an implementer FAQ on the CSS WG wiki re: text-overflow accordingly
* '''resolve issues'''. resolve/apply proposals from issues list: http://wiki.csswg.org/spec/css3-ui
*** Do you get the ellipsis or does the image overflow?
**** Images never cause ellipsis (in current implementations) per https://bugzilla.mozilla.org/show_bug.cgi?id=312156#c28
***** Update: Images treated as atomic inline-display elements, which are treated as characters.
*** If an ellipsis, where does the ellipsis go?
**** it goes instead of the image and any text you have to remove in order to make the ellipsis fit.
***** This seems like the best behavior so far, with the exception that as a user (and developer) I'd expect to see the text that scrolled off the start of the block get replaced by an ellipsis rather than simply clipped (agreed precisely with RoC on this and have specified this expected behavior as a SHOULD)
**** Testing IE9 in standards mode showed same behavior as Safari for scrolling+ellipsis.
*** behavior of text-overflow:ellipsis on lines containing replaced elements - they're treated as large characters.
Canmove, confirm
2,679
edits

Navigation menu