Hello, thank you for this information, I'm looking forward to trying this out. However, this does not adress my actual issue, which is, in an abstract formulation
That I want to program the behaviour and the function of the keys. But the only means to read from the device is through the emission of GLOBALLY ISSUED KEYS, which makes interaction difficult and convoluted and may collide with other programs. If we could find a solution to that rather generic issue, it would give a lot of flexibility. Where I see that my original proposal is not eligible, I haven't quite given up hope yet. What if we communicated the keypresses differently? could the driver provide a special file (somewhere in /sys/? Somewhere in /var ?) which allowed communication? Maybe some sort of named pipe with limited length from which anyone could read out what buttons have been pressed? Or some sort of file that could be watched with inotify? These are just (probably some bad) ideas to allow for scripting the device without putting anything complicated in the driver itsself but leaving it open to the user. On Sun, Jan 09, 2011 at 05:15:32PM -0600, Favux ... wrote: > Hi, > > I believe Vu Ngoc San has just written a small daemon that does > something similar for his modification of Christoph Karg's userland > OLED app. for the Intuos4.. It switches the profiles, a modification > he introduced, when changing app.s as in Gimp to Inkscape. I don't > believe he has posted it yet. > > Favux > > On Sun, Jan 9, 2011 at 5:01 PM, Peter Hutterer <peter.hutte...@who-t.net> > wrote: > > On Sun, Jan 09, 2011 at 06:13:42PM +0100, Cedric Sodhi wrote: > >> Hi, this is a "wish" i had for the driver that I'd consider very useful. > >> I've recently written a simple bash script which scripts the > >> functionality of the button, an example the button on the wheel changes > >> which keycodes the wheel sumit and hence which function in cotrnols. > >> > >> If anyone is interested I'd like to share it. > >> > >> The problem is, where even that is kind of cumbersome, more complicated > >> interaction because a real pain in the arse. Since the driver will only > >> emit keyboard events, everything will go through X. > >> > >> Right now, I'm using my WM (openbox), to respond to the global keys to > >> control the behaviour. For example the touchring button emits Ctrl + > >> Shift + Alt + T which openbox catches and runs my script on, to change > >> the mappings and give feedback through osd_cat. > >> > >> And whereas I could do the same for all buttons and find the most exotic > >> keybindings to never collide with running programs, it becomes quite > >> cumbersom to continuously remap them, map the bindings in Openbox and so > >> on. The amount of required keybindings which are used NOWHERE else on > >> the system grows exponentially with functionality. > >> > >> All these problems would immediately be solved if, instead of > >> keybindings, actual programs could be bound to keys. It would greatly > >> simply certain methods and give us a great flexibilty to write our own > >> complex behaviour without any effort. > > > > it'd solve this particular problem but open up a new can of worms. Two > > things I can think of right now: > > - security: driver runs as root, so you'd need user management > > - configuration: once you allow to run programs, people will want to start > > passing arguments, parameters, etc. > > > > besides, AFAICT it doesn't really _solve_ your problem. From what I gather, > > what you want is a application-specific key binding. The ideal way of > > integrating is to have a background daemon that talks to the WM to figure > > out which application is currently in focus and remaps the keys on the > > tablet on-the-fly. That is in fact much easier to write than any custom > > application loading in the driver. > > > > Cheers, > > Peter > > > > ------------------------------------------------------------------------------ > > Gaining the trust of online customers is vital for the success of any > > company > > that requires sensitive data to be transmitted over the Web. Learn how to > > best implement a security strategy that keeps consumers' information secure > > and instills the confidence they need to proceed with transactions. > > http://p.sf.net/sfu/oracle-sfdevnl > > _______________________________________________ > > Linuxwacom-devel mailing list > > Linuxwacom-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel > > > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Linuxwacom-devel mailing list > Linuxwacom-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
