AW: AW: making fallback access keys configurable

Aaron J. Seigo aseigo at kde.org
Tue Feb 28 21:10:22 GMT 2006


On Tuesday 28 February 2006 11:17, Tobias Anton wrote:
>  A significant problem about KDE development is that one makes a patch,
>  nobody cares, it gets into some releases, and then another developer
>  complains and proposes another behaviour which often is different to both
>  previous versions.

this is actually why i've asked for a UI review policy for KDE4. when the TWG 
gets running in a real way i'll be bringing that up again. too much UI *crap* 
gets put into KDE apps, usually simply because nobody asks or nobody looks.

>  What I don't understand: Why do you want to revert a user interface change
>  that someone implemented with a specific idea in mind?

revert is a slightly strong word given the patch.

>  Wouldn't it perhaps 
>  suffice for you to simply disable accesskeys in your config?

this is what i usually do for things that i personally don't like but can 
understand the reasoning for. perhaps i really am out to lunch on this one, 
but i can't see how most people would like to have their page suddenly 
occluded by 100s of little yellow tags (i can't even read the bloody links on 
the pages when they show up often!) whenever they press CTRL.

i've heard many people complain about them; it wasn't until i sent the patch 
to this list that i heard people singing its praises. funny that. or perhaps 
not.

ergo i suggested/agreed that:

 - the modifier key should be changed
 - we do this in kde4
 - we enlist openusability.org people to help make the decision in a 
non-ad-hoc manner

-- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20060228/890709f4/attachment.sig>


More information about the kfm-devel mailing list