On Fri, 17 Dec 2004 18:31:45 -0800 "Robert Currey" <[EMAIL PROTECTED]> babbled:
(B
(B> Wanna guess the worst offending x app I've seen?
(B>
(B> It starts with "ja" ends with "va" ... (can you "swing" an answer to this)
(B
(Boh don't tell me. i know. i've seen how java "thinks" when it comes to x. if you
(Bgo do some optimizations in a wm to "cut out the crap" (like dont respond to
(Bevery single configurerequest - only respond to the last one when u just got
(Bsent 30 of them from a client in a row) java gets all huffy and unhappy. it
(Bplays tricks of trying to figure out how big the wm "frame borders" are (which
(Bunder icccm you just cant find out)( that cause all sorts of havoc. they
(Bactually put in specific wm detection routines for specific wm's to make
(Bshortcuts and this fixed a lot... but...
(B
(Banyway. i really think gtk and qt are good things. i can't say much about qt,
(Bbut i know the core gtk guys do a lot of the right stuff. gtk is a good thing -
(Bhiding the details of this from app writers. but u cant always shield them. one
(Bday they have to learn how it works.
(B
(Banyway. the point of this all (for everyone else who is "new to x" is - x is a
(Bprotocol. it is not broken by design. its clean and nice. but people often
(Bmistake xlib for x protocol and mistake xlib for being a 100% efficient and
(Boptimal way to access everything. it has its caveats and you need to know what
(Bthey are. it's perfectly usable if you know them and code with them in mind,
(Bdeferring work till idle time, avoiding round trips etc. of course there is a
(Bcompromise. you can avoid a LOT but sometimes it just doesn't make the code
(Bmanageable. you may have to draw a line somewhere between "its like 90% of the
(Bway there, performance wise" and readable code :)
(B
(B--
(B------------- Codito, ergo sum - "I code, therefore I am" --------------
(BThe Rasterman (Carsten Haitzler) [EMAIL PROTECTED]
$BMg9%B?(B [EMAIL PROTECTED]
(BTokyo, Japan ($BEl5~(B $BF|K\(B)
(B_______________________________________________
(BDevel mailing list
([EMAIL PROTECTED]
(Bhttp://XFree86.Org/mailman/listinfo/devel
