On Mon, Jan 10, 2011 at 11:59:40AM +0100, Cedric Sodhi wrote: > 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.
not really. you put a passive button grab on the device and then send XTest events (or do whatever) whenever you get the button event. > 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. exposing button events through /sys is a path to hell. I don't think the kernel would ever accept that, even if we'd be willing to write the code. Cheers, Peter > > 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 > 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
