https://bugzilla.wikimedia.org/show_bug.cgi?id=17297
--- Comment #19 from Philippe Verdy <[email protected]> --- In your last edit, you write : I have tested this on Safari and Firefox and have not observed problematic changes in layouting. Really you should look at what happens with accessibility options enabled in the browser (for larger fonts). The effect is visible when line-height uses units (e.g. em) when unit-less line-heights is much better for allowing inheritance in sub-elements (and notably subscripts and superscripts, or <big> elements, if they specify only a new font-size, but no line-height). line-height should almost never be used on inline elements, only on block elements, but even then, these elements may collide with elements above, if ever the inline subelements use a large font-size. This problem is well explained in the W3C site, that explains why unitl-less values for line-height were introduced. Values of line-height with unitsfor styling elements should be used only on block elements, and only if the layout is fixed and you can reliably predict where all line-breaks will occur in the content (this also require predicting which fonts will be used to render the content, something you can't predict on Wikimedia sites, unless you convert pages to prerendered PDF and publish these PDF and not HTML pages) (but then these wikis won't be usable on smartphones, or in browsers with small displays). -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
