The "remedy" only seems to work in some applications (ie. firefox, gvim) ..
but not all (ie. not in xterm, xfe). Odd.
On 10/21/04 20:16, Dennis wrote:
I have also noticed that the stuttering can be "remedied" my mixing in a
few keystrokes. Even "shift" or the arrow keys do the trick. Odd. Why
w
I have also noticed that the stuttering can be "remedied" my mixing in a few
keystrokes. Even "shift" or the arrow keys do the trick. Odd. Why would
keystroke events fix the stuttering ... or, how would the lack of them cause
stuttering. Question and more questions.
The problem (scrolling too fast freezes the scrolling for a few secs) only
exists when i have "Clicking in a window always raises it" enabled. Although,
i can still use my keyboard to scroll, during the "freeze". My mouse also gets
confined to the stuttering window.
Also, when click-to-raise is
A few more details. I think the problem may also involve ati-drivers (fglrx)
.. because, without hardware acceleration, cedega's default full-screen does
work. The problem only occurs with hardware acceleration, in enlightenment.
As soon as the cedega attempts to go full-screen (or use hw accel)
I cannot run cedega (games) in their default full-screen mode in enlightenment
(16.7.1). I am forced to open a separate "desktop" window to play the games
in, and then change my desktop resolution (ctrl.alt.+) to simulate the
full-screen appearance. Also, strange things happen when I try to alt-
Hi!
I'm not sure if it is normal. I use only 2 application programmed with
QTlib: licq and kppp. This application when appears have a appreciable
delay of decoration! First appears the window application and later
(...1 second...) appears the enlightenment decoration. Application
programmed wi
