W3C home > Mailing lists > Public > www-style@w3.org > May 2002

RE: overflow: scale & overflow: expand

From: Manos Batsis <m.batsis@bsnet.gr>
Date: Thu, 2 May 2002 10:10:07 +0300
Message-ID: <E657D8576967CF448D6AF22CB42DD2690FF270@ermhs.Athens.BrokerSystems.gr>
To: "Ian Brandt" <ian@ianbrandt.com>
Cc: <www-style@w3.org>

> From: Ian Brandt [mailto:ian@ianbrandt.com] 

> Would it be practical to allow for overflow to be handled by scaling
> the content, as opposed to just clipping or scrolling it?  Graphics
> and text can both be scaled.  Depending on the content and the
> algorithms used by user agents the scaled result may not end up being
> the best looking thing in the world, but in many cases it may be
> preferable to clipping or scrollbars.

Sounds really wonderful to me. I was thinking something quite similar
but also very different. I'm using XHTML to build application-like
interfaces. I think it would be very useful to be able to explicitly
assign a property like 

overflow: expand;

This would make a textarea expand to show all it's content without
scrolling, like a table cell would do, with the difference that that
would be the default overflow value for such elements. It's time for CSS
to embrace common form elements which traditionally are so vendor

> In the same spirit of the vertical/horizontal proposal for the
> scrolling option, scaling could be specified as vertical, horizontal,
> or both.  Perhaps you could even specify a minimum on scaling, after
> which one of the other techniques for dealing with overflow would take
> over.

Min-scale, max-scale? 

> I think this functionality would see a lot of use for things like
> containing overflowing tables to creating resizable "flash" like
> designs with graphics.

Yes it's time for CSS to help us build even better interfaces without
client dependent means like scripting.


Received on Thursday, 2 May 2002 03:10:16 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:27:01 UTC