W3C home > Mailing lists > Public > www-svg@w3.org > November 2002

Re: svg textLength issue (and a little thing about use...)

From: Jim Ley <jim@jibbering.com>
Date: Wed, 13 Nov 2002 13:54:23 -0000
Message-ID: <01a901c28b1c$30f80160$ca969dc3@emedia.co.uk>
To: <www-svg@w3.org>

"Dean Jackson" <dean@w3.org>

> However, I really can't see why a user would prefer setting the font
> size over zooming.

because we can do it in CSS!, UA's are currently not providing any
capablity to set a "default zoom level", so that you don't have to start
off by zooming in all the time.

> Zooming is the only way they can be sure they won't
> get less information (things won't overlap any more than before). Not
> only that, the context remains the same (think of what would happen
> on a map if you simply increased the font size of all the text).

Indeed,  the general case of "using position for information", is a
problem with SVG as it obviously being a basically visual medium nearly
always uses position for information, however user stylesheets cause
severe problems with it (http://jibbering.com/2002/8/text-mixup.svg is an
example)  there's no obvious solution other than again telling users not
to use user stylesheets for any size related thing.  Because I can't see
a single positive in user stylesheets and text-size, but a large number
of negatives, it would be nice to remove it, or at least make it very
clear that using it will likely change the legibility, and/or meaning of
the document.

> > 2. Remove the ability to have a user stylesheet set the size of
> > and include a zoom: css attribute, to replace the functionality.  (or
> > make it a conformance requirement to make the same available via
menus, I
> > prefer the css approach as a more unified one.)
> There are already UA conformance requirements on this issue.

Not a "default zoom level" which is what I feel is necessary, requiring
users to explicitly zoom every document, isn't helpful.

> How does this sound?

Certainly, a "leave in 1.1, but will be reviewed in 1.2" is an acceptable


Received on Wednesday, 13 November 2002 08:57:09 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:46:54 UTC