Soren Jorvang a53d0cb6d5 The ControllerInterface API has the notion of an "id" which is presumably ... meant as a ideally persistent device instance number. In a dynamic environment such as when dealing with USB/bluetooth HID's, I am not sure how much sense such an id can make and it would probably be better to identify devices by an opaque blob (and a printable string). In any case, the OS X HID manager does not offer the illusion of a persistent integer instance identifier. A string in the form of the device's own name is not sufficient as on e.g. my Macbook Pro, there are three HID devices all bearing the name "Apple Internal Keyboard / Trackpad". For now, hijack the ControllerInterface id to mean the the HID usage page number. This at least separates keyboards and pointing devices, allowing the keyboard to be selected in the configuration dialog. Also some minor cleanup. git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@5793 8ced0084-cf51-0410-be5f-012b33b47a6e		2010-06-26 13:03:25 +00:00
..
Src	The ControllerInterface API has the notion of an "id" which is presumably	2010-06-26 13:03:25 +00:00
InputCommon.vcproj	GCPad/New Wiimote Plugin: Individual keyboard and mouse devices are now listed on Windows(2 player with 2 keyboards possible). Improved the ability to map multiple inputs to the same control. Inputs from different devices can be mapped to the same button (example: Mouse Left and XInput A). More advanced mappings such as "Button 1 or 2 and NOT button 3" are possible. I hope the GUI after right clicking a button isn't too confusing(may change it to be a bit more user friendly). Hopefully, I didn't break OSX stuff by 'const'ing a few functions.	2010-06-21 03:12:16 +00:00