[ Date Index ] [ Thread Index ] [ <= Previous by date / thread ] [ Next by date / thread => ]
On Fri, 9 Feb 2007 22:32:39 +0000 "Ben Goodger" <goodgerster@xxxxxxxxx> wrote: > symlink. It compiled and now works, but the nib button sends middle > clicks... any ideas on this one? Not as straightforward this one. :-( Standard practise in embedded applications is that a tap simulates a left click and a tap-and-hold simulates a right click (without changing the applications), so it's all available for customisation. What does tap-and-hold send in your case? What applications are you using to detect the taps? Tablets, to me, are all about drawing rather than pointing - is this why you want to use a tablet? What happens if you try to draw a shape? It is, of course, possible that this is how the driver is configured before compilation. Are there any docs within the driver source that may indicate the mapping? If the driver is simply dropping all signals relating to a left or right click, then applications are a bit lost and you'll have to find a fix in the driver itself. If the driver is simply prioritising middle click, for whatever reason, then some applications are going to be able to remap the signals. Middle click does seem a strange default - I'd have expected a similar approach to embedded touch screens above - after all, a tablet pen is just a jumped up touch screen stylus. Middle click is all about copy +paste or scroll movements - strange. -- Neil Williams ============= http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/
Attachment:
pgpO1OngcBB7T.pgp
Description: PGP signature
-- The Mailing List for the Devon & Cornwall LUG http://mailman.dclug.org.uk/listinfo/list FAQ: http://www.dcglug.org.uk/linux_adm/list-faq.html