On 15 Jun, Hilarion shouted:
->
-> On 15-Jun-98 mux playfully chanted:
-> mouseovers? Like - I really want more than one image on mouseover. I want
-> | my buttons to floooow out of the side of the window, or iris open to a
-> | warmly lit icon from a rusted-steel camera-shutter-like door with the same
-> | icon embossed on it. Mmmm...
->
-> Oh, I agree that it would increase the WOW value, but I can see some technical
-> problems with the wait-state pseudo-anima you're proposing. It would mean
-> either using threads (which I don't understand ;) or dealing with
-> self-generating events (yech) to keep multiple window's multi-mouseovers going
-> in sync. My crude experiments with self-generating events was disasterous to
-> performance with something I was playing with recently. (The auto-scroll on my
-> little Edoc text viewing experiment, to be precise. You have to be VERY
-> careful not to suck ALL the bandwidth and events, and I'm not certain how much
-> is twiddling that just coincidentally worked on my system and what would work
-> on others.) Never let it be said that cybernetic organisms (those that feed
-> from their own feedback) make simple systems. Expect any bugs to increase
-> several orders of magnitude.
exactly - fopr E to be able in a single therad to animations ANd be
event driven, E will have to have away of "signalling itself" safely
outside of handling X function calls - itimer isnt right - it can
interrupt a call to Xlib whihc is int he middle of xferring data to X
and if I now do more X cals inthat itimer interrupt BOOm - there goes
yer X cnnection -one of the problems in 0.13.3 that i learnt... the way
to do this I have planned:
itimer interrupts with a timer queue system where i say "in X
milliseconds do this" - it checks the current queue inserts an event at
the right spot int he queue depending whats alreday there - perhaps
halting and resetting the current itimer to a new level if need be -
then when an itimer formthe timer queue finally is singalled, it uses a
seocnd display connection to send and event to the first
(XClientMessage for exmaple) to "wake up" the other event queue -
problem - if the other end has the server grabbed... nothing will
happen - E will indefinitely block having locked itself out of X.. now
i coudl make the seocnd connection immune to server grabs too like E
is.. i'm actualyl unsure of the effect this will happen -this will be
an experiment.. but it will let me keep a clean event-based model where
E is still triggered by events- just E generates events for tiself whne
needed... but to have this being used all over your screen for
animations? sorry - animations for anytign except ont he roto window
are goign to have to wait for E 2.0 - until then live wiht what you
have. Hilarion is correct in what he says.. its nto as simple as it
looks and there is much other much mroe needed work to be done before
animations which will be especially tricky to do fast and efficiently.
Root animations are worht it onyl for the sake of their simplicity..
and they will be controlled by an external program anyway (an "E
desktop bg module" that can register wiht E and find otu if the desktop
ios visuble or not (so the module know sif it needs to runt he
animation or not) and what window to play the animation in etc...
->
-> | Perhaps an extension to the wm that allows a class to be set - does GNOME
-> | allow these kinds of things? Am I even making sense?
->
-> Sure you are. But for any practicality, you'd have to have any modifications
-> be the same outlined shape, and have them completely in sync (no delays, no
-> waiting, and not many--so that performance will not suffer). Even then, you're
-> raising the bottom line for some.
->
-> |>Nice idea if it were universal, though. But it's sort of like trying to get
-> |>1,000 cats to march together.
-> |
-> | It would seem SOMEONE isn't paying attention to television. Haven't you
-> | seen the Meow Mix commercials? Mind you, I don't envy the kitty wranglers
-> | that gave their lives to make that commercial...
->
-> Teevee? We know no teevee.
->
-> I haven't watched that brainbox for over five years running now. I spend much
-> too much time reading Slashdot and newsgroups to have time. Besides, watching
-> teevee and doing stuff on a terminal don't mix and there's no scrollback buffer
-> on the teevee; an obviously inferior design.
-> ---
-> [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
