X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Cam-AntiVirus: no malware found
X-Cam-SpamDetails: not scanned
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Message-ID: <1317512877.32629.7.camel@localhost>
Subject: Re: [geda-user] remapping mouse events in gschem?
From: Peter Clifton <pcjc2 AT cam DOT ac DOT uk>
To: geda-user AT delorie DOT com
Date: Sun, 02 Oct 2011 00:47:57 +0100
In-Reply-To: <4E879AA7.3040403@neurotica.com>
References: <4E876677 DOT 1060109 AT neurotica DOT com>
	 <Prayer DOT 1 DOT 3 DOT 4 DOT 1110012325300 DOT 9767 AT hermes-2 DOT csi DOT cam DOT ac DOT uk>
	 <4E879AA7 DOT 3040403 AT neurotica DOT com>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature";
	boundary="=-tsZYQ9zt9a/1QPQiZ+do"
X-Mailer: Evolution 3.2.0- 
Mime-Version: 1.0
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


--=-tsZYQ9zt9a/1QPQiZ+do
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sat, 2011-10-01 at 18:56 -0400, Dave McGuire wrote:

> > You might even be able to set the gains to negateive of their normal
> > numbers to enable a kind of "natural scrolling" feature - I believe tha=
t
> > is common on Mac?
>=20
>    If that means "smooth scrolling" rather than "jumping in chunks", yes.

Smooth scrolling is different to what I meant. I'm not familiar enough
with GTK on OS-X to know whether we can get high precision scroll events
from the "mouse".

On Win32 (where I'm most familiar with the problems with the scroll
wheel), there is a message parameter with the scroll event which tells
you how many units the wheel has moved. When smooth scrolling is enabled
(not sure how that happens), Windows will send you more messages.

On X11 (and the Mac OS X version of PCB uses X11 of course), the wheel
events are translated into button presses - not a valuator. This seems
to imply that unless there is an API for getting at the high-res "wheel"
data, we would have to fake the smooth scrolling - meaning things would
still move in quanta - just that we might be able to animate it a bit.

Another technique associated with smooth scrolling is "kinetic
scrolling", where you assign some notional mass to the object being
scrolled, and use that to implement accelerations and decelerations of
the scroll animation. When this is got right, it works amazingly. It can
be very infuriating when its got wrong though. (And on Apple's platform,
where they put a lot of effort into getting these things right - we will
have a high standard to keep up to!)

> > Try (scrollpan-steps -8) if you want that, the code comments seem to
> > suggest this is possible.
>
>    I tried that; I was expecting smaller steps to the scrolling, but it=
=20
> didn't seem to have any effect.  I'd dearly love a less "jumpy"=20
> scrolling action.  But frankly, having two-axis scrolling as above is a=
=20
> huge deal in itself!

If you increase the magnitude of the number, the scroll quanta will get
smaller. (Sign sets the direction). But unless we can get more events
from the input device. this will mean you scroll gets slower as well as
less jumpy.

--=20
Peter Clifton

Electrical Engineering Division,
Engineering Department,
University of Cambridge,
9, JJ Thomson Avenue,
Cambridge
CB3 0FA

Tel: +44 (0)7729 980173 - (No signal in the lab!)
Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me)

--=-tsZYQ9zt9a/1QPQiZ+do
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAABAgAGBQJOh6atAAoJEOo4D/b1x+QV28QH/1iwmUWaHIiMWFdInfBWEMJF
eIwu4e0S5UI6/UCLorirJGTFAfGv9wDlmqfgq5Pny8QuBR9Ab7+liWpVBUKN7mfI
p1kDFt6GL/YjMYH4I4TWGtH91lI4Rf7te1K8gosEfu1dBvt/xlyRJN6RlxvaWFv7
jI5p9dwutpXw580NsnObYciWYbyKmO1zG77iJ2I0yTWrW3laa8tmq5Wb4f4jNK9N
9/XUl3zoFUzxv/ow2Q9lFIVN1rmwqZmDbwfPscfMKJH/7MnDuWi6Jo2culNNQSfw
Nrl9zTWSuG9mAQkUC3hGBcsNOVbgmWFxO/mKP9fcIocgRlinD1bHHTuxrWrzL6Q=
=Rn+u
-----END PGP SIGNATURE-----

--=-tsZYQ9zt9a/1QPQiZ+do--