public inbox for cygwin-xfree@sourceware.org
help / color / mirror / Atom feed
* scrolling xterm with Levovo trackpoint
@ 2011-12-10 12:24 Paul Maier
  2011-12-16  9:14 ` Thomas Dickey
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Maier @ 2011-12-10 12:24 UTC (permalink / raw)
  To: cygwin-xfree; +Cc: 'Thomas Dickey'

Hi there,

when I reboot my PC, scrolling an xterm with a Levovo trackpoint works (mostly) fine, very smooth and good speed.
Then I work for a while and some condition, that I couldn't find out yet, corrupts it.
It then doesn't scroll WHILE you hold that Trackpoint middle button down, but after you RELEASED it;
on release it catches up for all the scrolling that should have appeared before.
It's then not really scrolling but guesswork, how much of pressure might be the right, then you release
and you see where you got scrolled by that. 

Does anybody have the same experience or an idea what could be the cause of that switching from working to not working?

With trackpoint I mean that red button in the middle of a Lenovo laptop.

Thanks & regards,
  Paul



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: scrolling xterm with Levovo trackpoint
  2011-12-10 12:24 scrolling xterm with Levovo trackpoint Paul Maier
@ 2011-12-16  9:14 ` Thomas Dickey
  2011-12-19 19:47   ` AW: " Paul Maier
  0 siblings, 1 reply; 3+ messages in thread
From: Thomas Dickey @ 2011-12-16  9:14 UTC (permalink / raw)
  To: Paul Maier; +Cc: cygwin-xfree, 'Thomas Dickey'

[-- Attachment #1: Type: text/plain, Size: 1565 bytes --]

On Sat, Dec 10, 2011 at 01:14:34PM +0100, Paul Maier wrote:
> Hi there,
> 
> when I reboot my PC, scrolling an xterm with a Levovo trackpoint works (mostly) fine, very smooth and good speed.
> Then I work for a while and some condition, that I couldn't find out yet, corrupts it.
> It then doesn't scroll WHILE you hold that Trackpoint middle button down, but after you RELEASED it;
> on release it catches up for all the scrolling that should have appeared before.
> It's then not really scrolling but guesswork, how much of pressure might be the right, then you release
> and you see where you got scrolled by that. 
> 
> Does anybody have the same experience or an idea what could be the cause of that switching from working to not working?

not exactly - if it's using wheel mouse (buttons 4/5) those should be
sent continuously.  xterm isn't necessarily going to keep up with
a continuous stream of events, so there could be a buildup of events
making xterm not seem to do much for a while.  I made some improvements
to filter out duplicate window movement/resizing, but that shouldn't be
related.

I was working on other bugs for a while, came back to the blind-keys
issue.  I think I understand it well enough to attempt a fix.  Essentially
what (I think) is the problem is that the input method which handles
compose is not attached to the scrollbar and toolbar area.  I'll see
if I can do that, to wrap up #277 changes.

-- 
Thomas E. Dickey <dickey@invisible-island.net>
http://invisible-island.net
ftp://invisible-island.net

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* AW: scrolling xterm with Levovo trackpoint
  2011-12-16  9:14 ` Thomas Dickey
@ 2011-12-19 19:47   ` Paul Maier
  0 siblings, 0 replies; 3+ messages in thread
From: Paul Maier @ 2011-12-19 19:47 UTC (permalink / raw)
  To: cygwin-xfree; +Cc: dickey

> > when I reboot my PC, scrolling an xterm with a Levovo trackpoint works (mostly) fine, very smooth
> and good speed.
> > Then I work for a while and some condition, that I couldn't find out yet, corrupts it.
> > It then doesn't scroll WHILE you hold that Trackpoint middle button down, but after you RELEASED it;
> > on release it catches up for all the scrolling that should have appeared before.
> > It's then not really scrolling but guesswork, how much of pressure might be the right, then you
> release
> > and you see where you got scrolled by that.
> >
> > Does anybody have the same experience or an idea what could be the cause of that switching from
> working to not working?
> 
> not exactly - if it's using wheel mouse (buttons 4/5) those should be
> sent continuously.  xterm isn't necessarily going to keep up with
> a continuous stream of events, so there could be a buildup of events
> making xterm not seem to do much for a while.  I made some improvements
> to filter out duplicate window movement/resizing, but that shouldn't be
> related.

Hi Thomas!

thank you for your response.

I experience a difference between the Trackpoint and the mouse wheel:
the mouse wheel always works fine.

Even an xterm that lived for quite a while and that shows this deferred scrolling
on using the trackpoint, I can without problem scroll using the wheel or using xterm's scrollbar.

I think we agree, that the trackpoint events ARE generated (because otherwise there would not
be deferred scrolling but no scrolling).

So the question is, where these events get buffered. 
If xterm treats wheel and trackpoint the same, the trackpoint events get buffered in a component
between XWin and xterm?

In case you want me to run a beta test, also for the blind key (dead key) issue,
pls let me know.

Regards,
  Paul



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2011-12-17 12:03 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-12-10 12:24 scrolling xterm with Levovo trackpoint Paul Maier
2011-12-16  9:14 ` Thomas Dickey
2011-12-19 19:47   ` AW: " Paul Maier

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).