Re: Multi-size, Multi-Bit depth icons
- From: James Michael Mastros <spare jennifer-unix dyn ml org>
- To: raster redhat com
- Cc: jirka 5z com, gnome-list gnome org
- Subject: Re: Multi-size, Multi-Bit depth icons
- Date: Thu, 16 Jul 1998 00:20:41 -0400
On Wed, Jul 15, 1998 at 07:28:54 PM -0400, raster@redhat.com wrote:
> On 15 Jul, Ben 'The Con Man' Kahn shouted:
> -> These reductions are quick -- unless you want anti-aliased
> -> scaling. Under such conditions, a cache might be a good idea. Only the
> -> first time is slow. THEN I suggested a cache which stores information
> -> needed for each scaling op. This way, scaling to any size is fast.
>
> ho - you mean just like imlib's current pixmap caching scheme (that
> does exactly this) :) i though u mean take the 640x480 and just use
> that instead... :)
I think that's what he meant with the caching, yes <G>. (Though
perstistancy might be a Good Thing -- that isn't there now, is it? Also, is
it cross-process?)
However, a quality option bitmap somewhere might be a Good Thing (resizing
alogrithim, dithering). Perhaps even making an intelegent default decision
(based on image size)...
-=- James Mastros
--
This space intentionally filled by something devoid of meaning or relevance.
-=- Me, with apology to anybody using a similar statement in their
signature. I do not apologize to those who use it in manuals.
Other uses will be considered on a case-by-case basis.
----- End forwarded message -----
--
This space intentionally filled by something devoid of meaning or relevance.
-=- Me, with apology to anybody using a similar statement in their
signature. I do not apologize to those who use it in manuals.
Other uses will be considered on a case-by-case basis.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]