W3C home > Mailing lists > Public > www-svg@w3.org > April 2010

Re: baseline-shift

From: L. David Baron <dbaron@dbaron.org>
Date: Thu, 29 Apr 2010 09:57:33 -0700
To: www-svg@w3.org
Message-ID: <20100429165733.GA21493@pickering.dbaron.org>
On Wednesday 2010-04-28 07:52 +0100, Robert Longson wrote:
> Why did SVG define baseline-shift
> (http://www.w3.org/TR/SVG/text.html#BaselineShiftProperty) rather than
> using the existing vertical-align
> (http://www.w3.org/TR/CSS2/visudet.html#propdef-vertical-align) CSS
> property?
> Should SVG 2.0 deprecate baseline-shift and use vertical-align instead?

A little more history here, for a start:

'vertical-align' was in CSS1 and CSS2:

XSL-FO turned 'vertical-align' into a shorthand for 4 properties
(alignment-baseline, alignment-adjust, baseline-shift, dominant-baseline):

SVG 1.0 unified its plan for separate properties (which seems to
predate the first draft of the XSL split) to align with three of
those four properties (alignment-baseline and baseline-shift, and

css3-linebox proposes applying the split that XSL-FO does to CSS as well:

I haven't looked into the details of how well these four definitions
(CSS 2.1, XSL-FO, SVG, and css3-linebox) align with each other.

I think the biggest compatibility issue without going into detail
appears to be whether these properties defined in SVG are
subproperties of a 'vertical-align' shorthand or whether they're
actually supposed to be separate.  I've proposed that we implement
'baseline-shift' in Gecko we implement it as a subproperty of a
vertical-align shorthand:

Doing this has the advantage of supporting both 'baseline-shift' and
'vertical-align', which would reduce the confusion for authors
familiar with CSS who are using SVG, and authors familiar with
existing SVG practices.

It's not clear to me how valuable the separation into subproperties
is, though.


L. David Baron                                 http://dbaron.org/
Mozilla Corporation                       http://www.mozilla.com/
Received on Thursday, 29 April 2010 16:58:02 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:54:26 UTC