[haiku-commits] Re: r33958 - haiku/trunk/src/add-ons/input_server/filters/shortcut_catcher
- From: "Axel Dörfler" <axeld@xxxxxxxxxxxxxxxx>
- To: haiku-commits@xxxxxxxxxxxxx
- Date: Tue, 10 Nov 2009 19:42:25 +0100
Ryan Leavengood <leavengood@xxxxxxxxx> wrote:
> On Tue, Nov 10, 2009 at 6:05 AM, Axel Dörfler <axeld@xxxxxxxxxxxxxxxx>
> > wrote:
> > I would argue that we should completely redo the GUI.
> Yeah, that would probably be better. I guess more like how the GNOME
> Keyboard Shortcuts preference works. I haven't seen the Zeta one but
> that sounds similar. Also I don't know if SpicyKeys can do more than
> launch apps, but I think it would also be nice to be able to send
> messages to a certain application as well. Of course that is more
> advanced usage and making that into a nice GUI could be more
> difficult.
We could at least define some standard messages (like hide window, open
deskbar, etc.).
For everything else, I guess invocating "hey" wouldn't take too much
effort for the advanced user.
> > No need for an icon, as the plan is to merge this into the Keyboard
> > preferences application (along with Keymap).
> OK. What about the plan for merging all the input devices preferences
> into one? Is that being postponed for R2, or is it just a matter of
> someone doing the work?
I guess that the shortcut stuff doesn't really fit that well in such a
combined input devices panel at all, anymore, though. So maybe we should
rethink that a bit.
IMO a combined input device panel makes sense only if we consider having
some kind of managing along with it, ie. being able to assign certain
input devices to certain users, for example. But in that situation,
assigning other resources (like screens, audio, ...) would be needed,
too -- and for that, a separate application sounds like the better
solution to me.
So I would actually prefer to have separate preferences applications
for keyboards and pointing devices. They actually have very little in
common besides both being handled by the input_server (and, in the case
of USB being driven by the same protocol).
Bye,
Axel.
Other related posts:
