13 messages in org.freebsd.freebsd-bluetoothLogitech V470 Bluetooth Mouse on Free...| From | Sent On | Attachments |
|---|---|---|
| Maksim Yevmenkin | Mar 29, 2008 9:53 am | |
| mato | Mar 30, 2008 3:08 am | |
| Yousif Hassan | Mar 31, 2008 8:30 am | |
| Maksim Yevmenkin | Mar 31, 2008 9:51 am | |
| mato | Mar 31, 2008 12:29 pm | |
| mato | Mar 31, 2008 12:32 pm | |
| martinko | Mar 31, 2008 10:45 pm | |
| Maksim Yevmenkin | Apr 2, 2008 10:17 am | |
| Iain Hibbert | Apr 3, 2008 12:11 pm | |
| Mark Hobden | Apr 3, 2008 5:01 pm | |
| mato | Apr 4, 2008 7:11 pm | |
| mato | Apr 4, 2008 8:10 pm | |
| Maksim Yevmenkin | Apr 7, 2008 5:05 pm |
| Subject: | Logitech V470 Bluetooth Mouse on FreeBSD ? | |
|---|---|---|
| From: | Maksim Yevmenkin (maks...@gmail.com) | |
| Date: | Apr 2, 2008 10:17:11 am | |
| List: | org.freebsd.freebsd-bluetooth | |
On 4/2/08, Iain Hibbert <plu...@rya-online.net> wrote:
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! :)
amazing what you can get these days, huh? :)
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..
exactly Iain. parsing hid messages in bthidd(8) and extracting all the data is trivial. the question is how to feed those data into the kernel. right now, bthidd(8) uses console ioctl to feed data into the kernel. as you pointed out, mouse_info structure (specifically mouse_data union) does not have have w direction.
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.
i have a wired usb apple mighty mouse here and horizontal scrolling does not work for me at all. quick look at ums(4) showed that it does not export w data (it tries to locate both wheel and z axis, however it does not look for ac_pan axis).
so, it appears that we need to teach moused(8), sysmouse(4) and mice drivers about second wheel. it appears to be a somewhat bigger chunk of work.
thanks, max
iain