> On Mon, 17 Oct 2005 10:01:49 +0900,
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> > ...
> > they both seem to produce the same output in xev, both mouse
> > scrollwheel and keyboard scrollwheel, both during regular scrolling
> > and stuttered scrolling. the only difference being the abnormal
> > time delays between events.
>
> that's bizarre. i know of no reason why e would delay differently to
> the same event - as it sees it it gets the same x input for the
> button (is this the case? does the keyboard wheel generate button
> press 4, button release 4 / button press 5, button release 5)? if e
> is getting the same event - it will respond in the same way. can you
> include some output of xev (when not runing in e17 or disable click
> to raise or click to focus) for the 2 wheels so i can compare them?
> (letting me know which is which) ?
By the way, i'm using enlightenment-0.16.7.2 =\
The problem is application dependent; it is more apparent in some
applications (firefox), than in others (sylpheed, xterm).
When "clicking in a window always raises it" is disabled, although the
scrolling doesn't stall as badly (nor is it the mouse confined to the
stalling window), there is still a noticeable difference between the two
scrolling; mouse-scrolling is less responsive than keyboard scrolling.
ie, there is a slight delay after mouse scrolling, whereas keyboard
scrolling is more "real-time". also, when there is an overlapping
window, mouse-scrolling produces a discrepancy in rendering the
overlapped area during scrolling - the part that was overlapped isn't
aligned to the remainder of the page (i'm testing with firefox). with
keyboard scrolling, there is no noticeable discrepancy.
xev outputs are the same for mouse and keyboard scrolling.
xev when click-raising is disabled:
ButtonPress event, serial 27, synthetic NO, window 0x1200001,
root 0x40, subw 0x0, time 14541910, (111,75), root:(156,825),
state 0x0, button 5, same_screen YES
ButtonRelease event, serial 27, synthetic NO, window 0x1200001,
root 0x40, subw 0x0, time 14541910, (111,75), root:(156,825),
state 0x1000, button 5, same_screen YES
xev when click-raising is enabled:
EnterNotify event, serial 27, synthetic NO, window 0x1200001,
root 0x40, subw 0x0, time 15276423, (130,75), root:(198,914),
mode NotifyUngrab, detail NotifyAncestor, same_screen YES,
focus YES, state 4096
KeymapNotify event, serial 27, synthetic NO, window 0x0,
keys: 64 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
ButtonPress event, serial 27, synthetic NO, window 0x1200001,
root 0x40, subw 0x0, time 15276423, (130,75), root:(198,914),
state 0x0, button 5, same_screen YES
ButtonRelease event, serial 27, synthetic NO, window 0x1200001,
root 0x40, subw 0x0, time 15276423, (130,75), root:(198,914),
state 0x1000, button 5, same_screen YES
LeaveNotify event, serial 27, synthetic NO, window 0x1200001,
root 0x40, subw 0x0, time 15276623, (130,75), root:(198,914),
mode NotifyGrab, detail NotifyAncestor, same_screen YES,
focus YES, state 2048
also, remember, during the scrolling stalls, pressing buttons on the
keyboard "fixes" it. this i find very odd.
also, remember, slow scrolling doesn't appear to have a problem.
by the way, the stalled scrolling does not consume much of the cpu.
hmm, and finally, i just discovered that the stalling only seems to
occur if the window has focus. hmm.
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
