View Single Post
Posts: 915 | Thanked: 3,209 times | Joined on Jan 2011 @ Germany
#2055
Originally Posted by electroaudio View Post
Honestly i dont like the keyboard either so i use xvkbd...
Up to now I can't say if I like the keyboard or not. I'm just not used to it. Maybe that will change, maybe it won't. But I already like it more than on-screen keyboards.


Originally Posted by electroaudio View Post
(But i think that the hardest part with the stylus is that it is always into mouseclick-mode.
That doesn't bother me at all.


Originally Posted by electroaudio View Post
... the camerabutton would have been perfect there )
I checked the camera button and I don't think it can be of any use in ED since it doesn't even send a keycode.


Originally Posted by electroaudio View Post
But i have been thinking about the pad for a while now...
From what i understand a transparent paintarea that covers the Whole screen is necessary to catch all the mouseevents, with buttons for mouseclick and mouselock.
Maybe even with a button to fold up a screenkeyboard, and a button to shrink it into a icon to get it out of the way when the stylus method is more preferable.
-Then all three types of inputs will be aviable within reach of the *fingertips*
...and with no place left on the screen to show anything.


Originally Posted by electroaudio View Post
Not necessary for me since i have very good eyes, but maybe for others, would be to have a button that converts the paintarea into a magnifying glass, magnifying the area around the mouseposition.
gnome-orca has a magnifier included. But it comes with a lot of bloat that makes even my laptop sluggish, which was cutting edge technology little more than a year ago.
I think I have once seen a leaner magnification tool, but I don't know the name anymore. It was not gnome-mag, or at least it was not gnome-mag alone but with some GUI frontend.

I tried to tinker some d-pad implementation and while I was researching for some details I stumbled upon a tool called keynav which is already in the debian repository. It's very similar to what I had in mind, but even better. Its usage seems a bit strange at first but I guess that's just a question of getting used to it and I think this usage is part of what makes keynav superior to my idea.
I think it has great potential in ED, at least for power users. Unfortunately the versions up to sid have a quite annoying bug which makes the lxde menu non-functional. So you'll need the experimental package. This in turn needs libxdo2 from sid, but apart from that there are (currently) no dependency issues.
If you start keynav it complains that it is unable to lookup the keycode for "bracketleft" even if this character isn't used in the configuration file. But if you tell xkvbd to issue "[" before you start keynav the error will disapppear.
 

The Following 2 Users Say Thank You to sulu For This Useful Post: