On Mon 10 Mar 2003 02:30, James Sparenberg posted as excerpted below:
> If you go into kcontrol (the kde control panel) and chose peripherals
> --> mouse under the General tab and the Icons section chose to single
> click to open then the second checkbox is Automatically select Icons.
> Check this one and then set the delay to what you want.

Unfortunately, it seems that works sometimes, and sometimes not.  Sometimes it 
selects when I hover over an item, sometimes I just sit there waiting for 
it.. Part of the time if the latter, I can go hover over something else and 
it works again, than come back and it works like it should have the first 
time.  Other times I end up right clicking on it to select, and then hitting 
escape to close the popup, becaue it just doesn't autoselect as it should.

Then there's the fact that when you DON'T want it to work that way, it does...  
An example is when editing the actions in klipper..  I haven't been able to 
figure out how to edit them w/o clicking on them (no keyboard only method 
that I've discovered), but if you click to edit, and then move the mouse out 
of the way, or to reposition the cursor, if you are not careful, it selects 
the next line and deactivates further editing, so you have to go back and 
click it again.  The same thing happens in kcontrol, on occasion.  The icons 
there like to select to fast, and here anyway, I'll be editing a page, and 
move the mouse to get the pointer out of the way, only to find myself staring 
at a "changes aren't saved" warning dialog, because it selected another 
config page and icon.  

For these reasons, altho I prefer single-click when hover-select works 
dependably, since it doesn't, I've had to set double-click.  Unfortunately 
even that doesn't solve the entire problem, as it doesn't apply across the 
entire KDE desktop -- the klipper action edits being the most recent 
experience I've had with ignored click preference settings.

That's one of two complaints I have about KDE at present.  The other is here 
in kmail.  I don't like glaring white backgrounds, so have my preferences set 
to light letters on dark backgrounds, as far as possible.  Unfortunately, 
signed messages don't obey the prefs for background, so I get the glaring 
white.  Furthermore, they DO seem to obey the text/forground color prefs, so 
I end up having to use sort of middling text colors, so I can at least SORT 
of see it on both default preference obeying dark backgrounds, and signed 
non-preference obeying glare-backgrounds. 

The latter is in fact one of the practical reasons I signed up for this list.  
I've been wanting to report it, but don't know whether going thru KDE or 
Mandrake is the appropriate method, and altho it's probably in a FAQ 
somewhere, I haven't found it.  (Of course, I'm running cooker, and have been 
wishing to get more involved with it as well, but this is one of the trigger 
issues that actually got me off my butt to do it..)

OTOH, KDE is FAR better for me (emphasis on the for me qualifier) because 
Gnome lacks even what I'd consider minimal config basics, such as the ability 
to change a single color of the interface using a color picker -- I find 
themes never fit me exactly anyway, particularly when I have to keep tweaking 
them because parts of the interface observe forground/text color prefs but 
ignore background prefs, with the kmail example above being a good one.  With 
KDE, I can tweak the text color a bit so it can be seen on both light and 
dark backgrounds.  With Gnome, I'd have to go find an entirely different 
theme -- either that or figure out how to edit the theme text files -- not 
nearly as easy as using a color picker and poorly documented.

.. That's my reason for choosing KDE..  Gnome doesn't configure as easily and 
directly, and that's a requirement for me..

-- 
Duncan
"They that can give up essential liberty to obtain a little
temporary safety, deserve neither liberty nor safety." --
Benjamin Franklin


Reply via email to