proposal: how to the unify the user interface

Magnus Bergman magnusbe at algonet.se
Mon Jul 5 13:31:18 EDT 2010


On Mon, 05 Jul 2010 16:45:40 +0200
Mirko Vogt <lists at nanl.de> wrote:

> Hey Rafael,
> 
> you're right - that it seems not being the best idea implementing such
> stuff in the applications itself.
> However I don't see any other way.
> 
> Your proposal seems like a wrapper about applications, captching
> user-input, etc. to me.
> 
> This is not (always) possible, as most applications grab such
> resources themselves (keyboard, etc.) when running directly on the
> framebuffer.
> 
> DirectFB is an abstraction where such anapproach could be possible,
> however either applications does not work well with DirectFB (e.g.
> SDL-based ones) or they claim all such resources anyway (qt4).
> 
> An agreement could be a lib which all such apps are linked against, to
> have one resource where such things are defined.

There might actually not be any problems for a wrapper kind of solution.
It is true that you cannot steal certain input events so they don't
reach the applications. But no application can claim an input device in
a way that it becomes inaccessible to others. Any number of
applications can simultaneously read the keyboard and get same data,
that's how Linux works. So unless, for example, CTRL-Q does something
really harmful in the application it would probably OK.

So no lib is needed since Linux has a really nice API build in.
Checkout <linux/input.h>.




More information about the discussion mailing list


interactive