Re: Final Report - Input handling

[Bastien Nocera <hadess hadess net>]

On Mon, 2007-08-27 at 02:28 +0200, Nicolas Trangez wrote:
> My last email was +- my final report, as I did not do any more hacking
> this week, exams restarted (once again).
> I worked some more on the Vala parts, but did not manage to get around
> the strange Bison issues yet. I did write a patch to add valgrind to the
> unit tests, but this one should be rewritten now as my distcheck fix
> patches were accepted and applied (these change the unit testing code).
> Other patches were applied too.
> 
> I'm not sure where to go with the vala/dbus-service thing now GObject
> introspection and DBus services based on this might become reality soon.

I still don't understand the idea behind reimplementing a Bluetooth
wizard that would deal only with input, and write it in Vala.

There's a perfectly good, if unfinished, wizard in bluez-gnome.

> Regarding "future plans": as described in the other mail I plan to write
> some "hotkey handling" system which would capture hotkey events (from
> HAL/acpi or from X) and generate corresponding (and configurable)
> actions. Cooperation with gnome-power-manager will be necessary, the
> org.gnome.Application DBus interface discussed on desktop-devel will be
> of interest, application launching could be done by it, sound volume
> setting, etc (maybe including some fancy composited OSD). Not sure
> whether this should go into g-s-d (where volume setting etc is done now)
> or a separate daemon would be a better solution (personally I'd vote
> #2). This needs to be discussed at desktop-devel, but that will be for
> after exams.

What would this gain over the current system involving g-s-d? All keys
should go through X, then it's the simple matter of handling them (or
where the handling should be).

Cheers

-- 
Bastien Nocera <hadess hadess net>