rn> > If added as a Style option (if possible) then that would be really
rn> >ideal since I could easily limit it to those applications where it made
rn> >sense.
rn>
rn>
rn> Like OpaqueMove, this has as much to do with the windows UNDERNEATH the
rn> window you're resizing as it does with the window that you're actually
rn> resizing. They must keep redrawing themselves too.
rn>
rn> I have never found a machine where OpaqueResize was acceptable. It always
rn> caused a lot of annoying flickering. This was mostly tested on Sparc-10's.
I've enabled 'OpaqueResize' in fvwm 1.24r for some weeks and I am
very pleased with the results.
BTW: My machine is a 90 MHz PCI bus Pentium PC with an ELSA Winner
2000 4MB graphics board running the Accelerated X server from Xinside
in 24 bpp tru color mode with 1152 x 990 resolution under SCO Unix.
I don't believe, that this kind of machine will be so much faster than
a Sun sparc-10 risc machine.
IMHO the flickering (expose events handled by xterm, ghostview, etc)
are not annoying. I'am guessing the effective frame rate is something
about 5-10 fps, which is pretty good enough. Mosaic seems to be a
little bit slower, may be because of its Motif geometry management,
which has to recalculate a lot of widget positions.
Regards, Peter
-=-=-
Peter Funk, Oldenburger Str.86, D-27777 Ganderkesee, Germany
office: +49 421 2041925 (ArtCom GmbH, Grazer Str.8, D-28359 Bremen)
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq'|dc
--
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Mon Oct 09 1995 - 19:02:06 BST