On 14 May, Hilarion shouted:
->
-> On 15-May-98 [EMAIL PROTECTED] playfully chanted:
-> | On 12 May, Hilarion shouted:
-> | -> I still gotta stick in a "finish pulling the drapes over" keybinding (and
-> | see
-> | -> if it's easily possible) for convenience and I'm all set. I do too much
-> | -> through xterms anyway.
-> |
-> | "finish pulling the drapes" as in what does that mean?
->
-> Sometimes in order to pull the sliding desktops 'shut' I zip back and forth. A
-> simple keystroke would serve the same utility instead of waving a mouse around
-> after you've finished your business. I haven't gotten around to ANY of this
-> stuff yet; just trying to figuring out how to put in a new placement strategem
-> has been difficult enough--everything I do, no matter how cleverly placed,
-> always fails to influence it at all. I must be thinking upside down again.
well there is also a raise/lower button.. I coudl make an
"slide_to_place" action to slide the current desktop "in place"..
easily done. :)
-> | -> Beautiful utility to that new drag-and-drop stuff.
-> |
-> | it's already just been cleaned up.. it works MUCH better now.. :) i
-> | might release a new snapshot soon...
->
-> | yer welcome :) I'm hoping to have E in CVS after 0.14 - and being
-> | cleaner code I'm hoping people who find bugs might just go and fix them
->
-> Dag nasty.
->
-> | -> Post Scriptum--sometimes the sliding drapes/windows/whatever effect is
-> | slightly
-> | -> ruined by a really hoggish/slow programme not playing "catch up" to E's
-> | "keep
-> | -> away"--it looks like some weird effect at first on XFmail, for instance.
-> |
-> | hmm not much I can do if the progrma is too slow to keep up.. :) but it
-> | can make for some funky effects in gimp.. :)
->
-> Heh. I just find it funny that with all our video/hardware, the windowing
-> system itself lends programmes to ignore their programme's priority to
-> rewrites. Efficient in some ways, inefficient in others.
its more a matter of code.. bits of the window as it slides across get
exposed.. the program then tries to catch up and handle each expose as
theyhappen.. generalyl they cant keep up and u et a lag between geting
the epxose and drawing something.. in the meantime E has moved the
window a bit more and a new expose happens.. after the first redraw the
app handles the new expos and draws again.. etc.. :)
-> ---
-> [EMAIL PROTECTED]
-> Do we chase our tail or the moon when we follow the path of self-modification
-> with out objectivity?
->
-> -
-> To unsubscribe from this list send mail to: [EMAIL PROTECTED]
-> with the message contents: unsubscribe e-develop
--
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
[EMAIL PROTECTED] /\___ /\ ___/||\___ ____/|/\___ [EMAIL PROTECTED]
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 Enlightenmenthttp://www.rasterman.com/
-
To unsubscribe from this list send mail to: [EMAIL PROTECTED]
with the message contents: unsubscribe e-develop
