On Fri, Jan 04, 2002 at 05:52:36PM +0100, Olivier Chapuis wrote: > On Fri, Jan 04, 2002 at 02:23:55PM +0100, Dominik Vogt wrote: > > On Fri, Jan 04, 2002 at 07:08:45AM -0600, fvwm-workers wrote: > > > CVSROOT: /home/cvs/fvwm > > > Module name: fvwm > > > Changes by: olicha 02/01/04 07:08:45 > > > > > > Modified files: > > > . : ChangeLog > > > fvwm : menus.c menus.h move_resize.c move_resize.h > > > > > > Log message: > > > * Fixed transparent animated menu > > > * The result is not perfect with big menu, do I have to add a new > > > menu style AnimatedTransparentUpdate pix ? > > > > What would that style do? > > > > Hum, I do not know exactly. With big menus redrawing the menu during > the animation take some times (maybe some improvement is possible > in ParentalMenuRePaint). Even with a very few animation step this > gives an hashed animation. So, my idea was to skip some of the redraw, > but I am afraid that there is no good solution. Any suggestions is > welcome.
I wouldn't put much effort into transparency. X has no proper implementation, so you'd have to write it yourself. The only thing I can think of is to double buffer the whole screen in a pixmap, calculate the animation in the pixmap and then copy the changed parts onto the screen (with the server grabbed). I guess some other window managers are already doing this. Enlightenment has a nice feature: You can move a window with partial transparency so you can see through the window while you move it. But that is quite slow and probably uses a lot of memory. Bye Dominik ^_^ ^_^ -- Dominik Vogt, email: [EMAIL PROTECTED] LifeBits Aktiengesellschaft, Albrechtstr. 9, D-72072 Tuebingen fon: ++49 (0) 7071/7965-0, fax: ++49 (0) 7071/7965-20 -- Visit the official FVWM web page at <URL:http://www.fvwm.org/>. To unsubscribe from the list, send "unsubscribe fvwm-workers" in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
