On Mon, 17 Oct 2005 11:30:36 -0400 Dennis Nezic <[EMAIL PROTECTED]>
babbled:

> > 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.

well as i said - thisis bizarre. the events are the same - and those extra
enter and leave events are always what u get as a result of button grabs
anyway. all i can suggest is that the e's grabs might possibly only grab
buttons 1, 2 and 3 instead of all. :)


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    [EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)


-------------------------------------------------------
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

Reply via email to