[haiku-development] Re: magic keyboard driver
- From: Michael Lüftenegger <mlueft@xxxxxxxxx>
- To: haiku-development@xxxxxxxxxxxxx
- Date: Thu, 19 Aug 2010 00:39:17 +0200
ye, i was thinking about the devices' id to identify them.
On Thu, Aug 19, 2010 at 12:17 AM, Paul Davey <plmdvy@xxxxxxxxx> wrote:
> >
> > Different keymaps per hardware keyboard is an idea I have liked and
> > advertised since a long time. My vision was to create a single preference
> > application for "Input" devices, which would present the attached
> devices,
> > and display the configuration GUI (which would be mostly the refactored
> code
> > from the existing preflets) depending on which device is selected. I
> never
> > got far in implementing this idea and pretty much the only change I did
> was
> > to give each input_server keyboard device instance it's own copy of the
> > keymap. The only fundamental difference I see in your proposal is that
> key
> > codes can be greater than 127, but I believe they are stored in the key
> > event BMessage as int32 ("key"), so it wouldn't be a problem. I don't
> > envision the need for a separate driver. Rather the existing input_device
> > add-ons should look up their settings (keymap, state of modifier keys)
> based
> > on the device name exported by the driver (mechanism needs to be added,
> > perhaps).
>
> for the majority of keyboards they would be USB keyboards, wont they
> have vendor and device IDs for the USB devices that would allow this
> to be implemented?
>
> >And the preference application needs to write those separate
> > settings files of course, or perhaps even one settings file with sections
> > per device... a matter of taste. The second part of your plan already
> exists
> > in the repository and on the image in the form of the "Shortcuts"
> preflet.
> > It's just in desperate need of some love (bugfixing, polishing, big GUI
> > cleanup).
> >
> > What do you think about that?
> >
> > Best regards,
> > -Stephan
> >
> >
>
>
--
http://www.kineticarm.com
http://www.lueftenegger.at
http://www.flashgameblog.at
Other related posts:
