Re: gtk+ and gtk-engines slow
- From: raster redhat com
- To: bratsche dfw net
- cc: spoon elpaso net, mozart windsor igs net, gnome-list gnome org, INVALID_ADDRESS SYNTAX-ERROR
- Subject: Re: gtk+ and gtk-engines slow
- Date: Sat, 23 Jan 1999 18:06:30 -0500 (EST)
On 23 Jan, bratsche@dfw.net scribbled:
->
-> I'm starting on a capplet for imlib_config right now. I suspect it
-> probably can't make it into GNOME 1.0 because of the freeze unless someone
-> thinks it's really important.
AHA - NOW I see a sensible solution to all of this. :)
-> On Sat, 23 Jan 1999, Marcus Brubaker wrote:
->
-> > Yeah, I've used it. I was refering to a proper capplet. I would just
-> > write/modify one myself, but I'm at work, and wouldn't know what I was
-> > doing anyway.
-> >
-> > On Sat, 23 Jan 1999 mozart@windsor.igs.net wrote:
-> >
-> > >
-> > > 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
-> > > ----------------------------------
-> > >
-> > >
-> > > --
-> > > 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.
-> >
->
->
--
--------------- 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_/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]