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

Wheels and Zooming

From: Doug Schepers <doug@schepers.cc>
Date: Sat, 6 Nov 2004 14:39:53 -0500
To: <www-svg@w3.org>
Message-Id: <20041106193953.BD6DB1496AC@pillage.dreamhost.com>

Thomas DeWeese wrote:
| > On mobile devices is almost certainly where one wants most 
| freedom to 
| > compromise the rendering to match the platform limitations (e.g. by 
| > using the platform fonts for body text sizes).
|     There are outs for this case.  Also remember in SVG the 
| typical way to get larger text size is to simply zoom in - an 
| option that isn't really available in most (any?) HTML browsers.

As a side note, I noticed that there is a new wheel event, for which I
applaud the WG. Using a wheel over, say, a scrollbar, a control knob, a
dropdown, on any widget that uses multiple options (a rendering of <select1
/>, for instance), will be very handy, indeed.

And since wheel events will be captured anyway, may I suggest to anyone
creating a viewer (Adobe, Batik, Zoomon, BitFlash, and other worthies) that
they strongly consider using it to zoom in and out? For instance, on Firefox
and many other applications, if I hold down 'ctrl' and roll the wheel, the
font size gets larger or smaller. This would be very nice for computer-based
SVG UAs, while something similar might be used for devices without a 'ctrl'
key, but with a jog dial. Using the wheel with another key, such as 'alt',
could pan the SVG. Obviously, not everyone has a wheel, so the same
considerations as exist now should be available, but the wheel is ubiquitous
enough that many people would benefit.

And, of course, the should be overrideable in script, so people can disable
that behavior, or repurpose it.

Received on Saturday, 6 November 2004 19:39:56 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:01 UTC