Date: Wed, 2 Apr 2008 14:28:28 +0100 (BST) From: Iain Hibbert <plunky@rya-online.net> To: mato <gamato@users.sf.net> Cc: freebsd-bluetooth@freebsd.org, freebsd-mobile@freebsd.org, Maksim Yevmenkin <maksim.yevmenkin@gmail.com> Subject: Re: Logitech V470 Bluetooth Mouse on FreeBSD ? Message-ID: <1207142908.576787.1033.nullmailer@galant.ukfsn.org> In-Reply-To: <47F13BAD.9060808@users.sf.net> References: <47ED9AC5.4050505@users.sf.net> <bb4a86c70803290954h1201625eye71b6c1de361e592@mail.gmail.com> <47EF668D.1080003@users.sf.net> <1206904241.480342.891.nullmailer@galant.ukfsn.org> <47F13BAD.9060808@users.sf.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 31 Mar 2008, mato wrote: > Well, this mouse of mine presents itself exactly as you said ... > > Input id=2 size=12 count=1 page=Generic_Desktop usage=X Variable Relative, > Input id=2 size=12 count=1 page=Generic_Desktop usage=Y Variable Relative, wow thats a sensitive mouse, 12 bit movements! :) > Input id=2 size=8 count=1 page=Generic_Desktop usage=Wheel Variable > Input id=2 size=8 count=1 page=Consumer usage=AC_Pan Variable Relative, > > What can be done about it ?? I don't know - bthidd(4) could grow the support for AC_Pan fairly easily but I don't know how you would get that into the kernel - the mouse_info structure has no W direction and the ioctl would need to be versioned if the structure was extended as there was no padding.. btw just to make you feel better I should say that sideways scroll does not always work in applications; eg GThumb considers the extra buttons to be 'next' and 'prev' instead and sideways scroll just jumps to the next picture. iain
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1207142908.576787.1033.nullmailer>