- From: L. David Baron <dbaron@dbaron.org>
- Date: Wed, 26 Aug 2015 12:57:31 +0200
- To: Stephen Zilles <szilles@adobe.com>
- Cc: "www-style@w3.org list (www-style@w3.org)" <www-style@w3.org>
- Message-ID: <20150826105731.GA11091@pescadero.dbaron.org>
On Wednesday 2015-08-26 10:32 +0000, Stephen Zilles wrote: > 2. This spec seems to be missing the "inherit" value of the 2.1 "vertical-align" property In general, we've avoided explicitly listing inherit, initial, etc., in post-level-2 modules. > 3. This new syntax allows the specification of both a baseline alignment and the specification of a shift. I presume, but the spec is not clear about this, that the baseline alignment is done first and the shift is done subsequent to that alignment. The spec should make this clear. > > > > 4. Why are "percentage" values of "baseline-shift" relative to the line height? It would seem that font-size would be more relevant. Font size is what is used to scale the baseline pos baseline-shift is one of the longhands resulting from splitting vertical-align into a shorthand. Percentage values of vertical-align have been relative to line-height since: http://www.w3.org/TR/REC-CSS1-961217#vertical-align so it's probably a little late to change it. :-) > 5. With respect to Issue 3. It is clear that these alignments are not baseline alignments, but they were historically part of "vertical-align". It would seem to make sense for these three values (and an additional "auto" value) to be the values of a third shorthand, "subtree-alignment". The "auto" value would be the default and would mean use the "alignment-baseline" value. In this case the syntax would become > "[[<length><https://drafts.csswg.org/css-values-3/#length-value> |<https://drafts.csswg.org/css-values-3/#comb-one> <percentage><https://drafts.csswg.org/css-values-3/#percentage-value> |<https://drafts.csswg.org/css-values-3/#comb-one> sub |<https://drafts.csswg.org/css-values-3/#comb-one> super] || [baseline |<https://drafts.csswg.org/css-values-3/#comb-one> text-bottom |<https://drafts.csswg.org/css-values-3/#comb-one> alphabetic |<https://drafts.csswg.org/css-values-3/#comb-one> middle |<https://drafts.csswg.org/css-values-3/#comb-one> central |<https://drafts.csswg.org/css-values-3/#comb-one> mathematical |<https://drafts.csswg.org/css-values-3/#comb-one> text-top]] && [<https://drafts.csswg.org/css-values-3/#comb-one>bottom |<https://drafts.csswg.org/css-values-3/#comb-one> center |<https://drafts.csswg.org/css-values-3/#comb-one> top]" > > This, however, would remove applying a "baseline-shift" to a "center"ed sub-tree. Is that something that is needed? Currently, shifts cannot be applied to sub-trees that are top or bottom positioned. There's some issue of compatibility with SVG here, though. (See also the history in https://bugzilla.mozilla.org/show_bug.cgi?id=308338 ; Gecko hasn't implemented the split yet.) -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla https://www.mozilla.org/ 𝄂 Before I built a wall I'd ask to know What I was walling in or walling out, And to whom I was like to give offense. - Robert Frost, Mending Wall (1914)
Received on Wednesday, 26 August 2015 10:58:05 UTC