From: "Sven Neumann" <s.neum...@raumfeld.com> Sent: Tuesday, March 01, 2011 8:59 AM
On Mon, 2011-02-28 at 22:06 +0100, Maik Greubel wrote:From: "Denis Oliver Kropp" <d...@directfb.org> Sent: Monday, February 28, 2011 10:45 AM > export DFBARGS=disable-module=keyboardYou are right, this fixed that issue. Is it possible to deny the loading of a specific module from application source or should anyone, who wants to useit, create a directfbrc.$appname with the key-value pair to disable that specific module?The following line of code should do the trick: DirectFBSetOption ("disable-module", "keyboard"); You need to call this before calling DirectFBCreate() but after DirectFBInit().
Thank you for that hint. I have thought a little bit about it and now I think, it would be better, to react in DirectFB for that. This will solve the problem in a general way instead of patching all applications which are using vt's. As I mentioned before, the issue is also in bluefish, which is an editor and uses GTK.
I'll try to find a generic solution with your hints about the concurrent events from vt and keyboard.
RegardsMaik
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
