Joe(theWordy)Philbrook
2009-02-12 07:57:54 UTC
Hello.
I've got e16 installed to 3 different linux installations on both my
desktop and my laptop... It didn't take very long for me to learn to
tweak things my way. I'm very keyboard centric and the sample
bindings.cfg file was well commented. Combined with a few instances of
using e16keyedit (which unfortunately likes to kill the comment
lines) (New process:
cp ~/.e16/bindings.cfg ~/tmp
{use gui tool to insert something I didn't have an example of
such as the "page-up" key is called "Prior", the winkey is a
number <error e16keyedit thinks the win key is Mod2 But in all
six bindings.cfg filesI had to use 4, not 2, which another
e16keyedit run will change to "-" sigh> and such...}
vim ~/.e16/bindings.cfg ~/tmp/bindings.cfg
{find the new bit inserted by e16keyedit and replicate it in
my still fully commented ~/tmp version}
cp ~/tmp/bindings.cfg ~/.e16
restart
It usually works! And it's sure easier to make sweeping changes in
e16's bindings.cfg this way than it is to click click click one
niggling item at a time in kde4's gui tool.
Once I figured out how to configure both multiple desktops and virtual
desktops to switch via the keyboard and disable the mouse method that
I kept doing by mistake, I figured out that if the font settings I
need to read something, causes a gui tool to be too big for the screen,
I can still reach the buttons that didn't fit by switching to the
adjacent virtual desktop where those buttons went. I'm loving it!
However there are a few things I could use a solution for:
It's no big surprise that most of them involve the mouse... I navigate
menus with the arrow keys... For example my kde roots are demonstrated
by this binding:
KeyDown A F1 menus show enlightenment.menu
Now I'm not overly stressed by the fact that if the menu happens to
open up on top of the mouse pointers position the pointer is going to
affect the menu... ( I don't like it but I'm used to it. This happens
in every gui I've ever tried... Though in my opinion WHEN the KEYBOARD
is used to open a menu, said menu should completely ignore the mouse
unless explicitly clicked on...)
But I am bothered by the fact that the mouse pointer keeps jumping
from where I parked it to make kamikaze dives at the menu I'm trying
to keep away from it... Is it possible to configure the mouse to ONLY
move when expressly moved by the user????
Speaking of those pop up menus... I understand that without a start
button it's hard to decide just where the menus initial screen position
should be. But I dearly wish it was consistently anchored someplace
<anyplace> so I could TRY to keep the mouse away from it.
And would it be that hard to anchor the winops menus to the window they
are going to affect?
With this binding in place:
KeyDown CA w menus show winops.menu
I get frustrated when:
<ctrl>+<alt>+<A> {select Annihilate} doesn't destroy the process I
thought had the focus...
Still, all in all, If that's the worst of it, their going to need a
crowbar someday, if they want to bury me without entombing a copy of
enlightenment. It's the shortest list of gripes I've ever had with a
gui...
I've got e16 installed to 3 different linux installations on both my
desktop and my laptop... It didn't take very long for me to learn to
tweak things my way. I'm very keyboard centric and the sample
bindings.cfg file was well commented. Combined with a few instances of
using e16keyedit (which unfortunately likes to kill the comment
lines) (New process:
cp ~/.e16/bindings.cfg ~/tmp
{use gui tool to insert something I didn't have an example of
such as the "page-up" key is called "Prior", the winkey is a
number <error e16keyedit thinks the win key is Mod2 But in all
six bindings.cfg filesI had to use 4, not 2, which another
e16keyedit run will change to "-" sigh> and such...}
vim ~/.e16/bindings.cfg ~/tmp/bindings.cfg
{find the new bit inserted by e16keyedit and replicate it in
my still fully commented ~/tmp version}
cp ~/tmp/bindings.cfg ~/.e16
restart
It usually works! And it's sure easier to make sweeping changes in
e16's bindings.cfg this way than it is to click click click one
niggling item at a time in kde4's gui tool.
Once I figured out how to configure both multiple desktops and virtual
desktops to switch via the keyboard and disable the mouse method that
I kept doing by mistake, I figured out that if the font settings I
need to read something, causes a gui tool to be too big for the screen,
I can still reach the buttons that didn't fit by switching to the
adjacent virtual desktop where those buttons went. I'm loving it!
However there are a few things I could use a solution for:
It's no big surprise that most of them involve the mouse... I navigate
menus with the arrow keys... For example my kde roots are demonstrated
by this binding:
KeyDown A F1 menus show enlightenment.menu
Now I'm not overly stressed by the fact that if the menu happens to
open up on top of the mouse pointers position the pointer is going to
affect the menu... ( I don't like it but I'm used to it. This happens
in every gui I've ever tried... Though in my opinion WHEN the KEYBOARD
is used to open a menu, said menu should completely ignore the mouse
unless explicitly clicked on...)
But I am bothered by the fact that the mouse pointer keeps jumping
from where I parked it to make kamikaze dives at the menu I'm trying
to keep away from it... Is it possible to configure the mouse to ONLY
move when expressly moved by the user????
Speaking of those pop up menus... I understand that without a start
button it's hard to decide just where the menus initial screen position
should be. But I dearly wish it was consistently anchored someplace
<anyplace> so I could TRY to keep the mouse away from it.
And would it be that hard to anchor the winops menus to the window they
are going to affect?
With this binding in place:
KeyDown CA w menus show winops.menu
I get frustrated when:
<ctrl>+<alt>+<A> {select Annihilate} doesn't destroy the process I
thought had the focus...
Still, all in all, If that's the worst of it, their going to need a
crowbar someday, if they want to bury me without entombing a copy of
enlightenment. It's the shortest list of gripes I've ever had with a
gui...
--
| ~^~ ~^~
| <?> <?> Joe (theWordy) Philbrook
| ^ J(tWdy)P
| \___/ <<***@ttlc.net>>
| ~^~ ~^~
| <?> <?> Joe (theWordy) Philbrook
| ^ J(tWdy)P
| \___/ <<***@ttlc.net>>