Re: gtk+ and gtk-engines slow

[mozart windsor igs net]

Ever try the program imlib_config ? it works great, and what a bonus, a
pretty interface, yay! :)

On 23-Jan-99 Marcus Brubaker wrote:
> I'm probably sticking my nose where it doesn't belong (it wouldn't be
> the
> first time) but it's a shame to see the both of you, both exceptional
> programmers that are obviously quite stubborn, fueding about something
> like this.  I'm inclined to side with raster in that hosing the cache
> arbitrarily in such a way is a bad idea, but the happy medium is to set
> a
> *default* in a config file to turn Imlib caching on or off.  I think
> defaulting it to on is a good idea and then those 486 users that can't
> handle the cache can turn it off by hand until someone writes a capplet
> (or modifies one) to do it in a pretty interface.  Lets stop bickering
> and
> just get back to what we all love to do, hacking. :)
> 
> On Sat, 23 Jan 1999 raster@redhat.com wrote:
> 
>> On 23 Jan, Miguel de Icaza scribbled:
>> ->  
>> ->  > The solution is to leave caching on. miguel wanted it off by
>> default.
>> ->  > All my code I write for Imlib ASSUMES caching - its SO HANDY  it
>> means
>> ->  > having to write very little intelligent code since all the smarts
>> are
>> ->  > handled for me. imlib is a high-level Image loading and display
>> library
>> ->  > - not low level. :)
>> ->  
>> ->  In GNOME we do not assume that.  So, that logic that might make
>> sense
>> ->  in Englightment is turned off for us.
>> ->  
>> ->  See my previous post for a solution in the case of the gtk-engines
>> setup.
>> 
>> I have reasons for caching - I designed the cache etc. for a very god
>> reasona nd I make use of it in my code. App slike electic Eyes, E,
>> gtk-pixmap theme etc. rely on it for performance reasons. overriding
>> user preferences forcibly in gnome-libs is the most evil thing i've
>> ever
>> seen. all performance issues wiht imlib and gnome hencefore I will deny
>> any responsability for. This is all on your head, not mine. I disagre
>> with you on this and I have my reasons. I will let you bog gnome down
>> if
>> you want.
>> 
>> ->  Miguel.
>> ->  
>> ->  
>> 
>> -- 
>> --------------- Codito, ergo sum - "I code, therefore I am"
>> --------------------
>> raster@rasterman.com       /\___ /\ ___/||\___ ____/|/\___ 
>> raster@redhat.com
>> Carsten Haitzler           | _ //__\\ __||_ __\\ ___|| _ /  Red Hat
>> Advanced
>> 218/21 Conner Drive        || // __ \\_ \ | |   \ _/_|| /   Development
>> Labs
>> Chapel Hill NC 27514 USA   ||\\\/  \//__/ |_|   /___/||\\   919 547
>> 0012 ext 282
>> +1 (919) 929 9443, 801 4392   For pure Enlightenment  
>> http://www.rasterman.com/
>> 
>>               \|/ ____ \|/  For those of you unaware. This face here is
>>               in fact
>>            "@'/ ,. \@"   a Linux Kernel Error Message.
>>            /_| \__/ |_\
>>               \__U_/
>>                                                         
>> 
>> 
>> -- 
>>         FAQ: Frequently-Asked Questions at
>>         http://www.gnome.org/gnomefaq
>>          To unsubscribe: mail gnome-list-request@gnome.org with 
>>                        "unsubscribe" as the Subject.
>> 
> 
> Marcus Brubaker
> spoon@elpaso.net
> http://www.elpaso.net/~spoon
> 
> Distrust all men in whom the impulse to punish is powerful.
>     -Nietzsche
> 
> 
> 
> -- 
>         FAQ: Frequently-Asked Questions at http://www.gnome.org/gnomefaq
>          To unsubscribe: mail gnome-list-request@gnome.org with 
>                        "unsubscribe" as the Subject.

----------------------------------
E-Mail: mozart@windsor.igs.net
Date: 23-Jan-99
Time: 17:52:01

This message was sent by XFMail
----------------------------------