proposal: how to the unify the user interface
lists at nanl.de
Mon Jul 5 10:45:40 EDT 2010
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.
On Mon, 2010-07-05 at 09:14 -0300, Rafael Ignacio Zurita wrote:
> Hello Mirko,
> On Mon, Jul 05, 2010 at 11:27:23AM +0200, Mirko Vogt wrote:
> > Hey folks,
> > I'd like to pickup the discussion about how to exit applications on the
> > NanoNote.
> > As we're currently not using a X11-server and therewith do not have any
> > window-manager, every application (or the toolkit the app is based on)
> > has to take care by its own, how to quit the app and get back to the
> > menu.
> > I'd like to ask for / suggest combinations to make this possible in a
> > consistent way.
> > As <ESC> may be used for special functions within the application
> > itself, I'd like to suggest a combination of <CTRL+q>.
> > I'd like to also appeal - after we've reached consensus - to the
> > programmers, to comply with this idea to get to an better and consistent
> > user interface.
> The consistent way should be done outside of every application.
> If I understand well, would the idea be to add code in every application
> to quit/exit?
> If so, that is not a good idea I guess.
> And I would suggest do not try to modify every application
> to have the same behaviour for different tasks (like quit). Better
> if you add some application which runs every application
> on framebuffer, remembers the PIDs and controls those. It should
> check for shortcuts and to react according the concensus in this
> If you add code inside of every application (for example to exit)
> you will need to start a new discussion when you find another feature to add
> to control the whole GUI. And modify all the applications again.
> Qi Developer Mailing List
> Mail to list (members only): developer at lists.qi-hardware.com
> Subscribe or Unsubscribe: http://en.qi-hardware.com/mailman/listinfo/developer
This email address is used for mailinglist purposes only.
Non-mailinglist emails will be dropped automatically.
If you want to get in contact with me personally, please mail to:
mirko.vogt <at> nanl <dot> de
More information about the discussion