From kde-devel Tue Sep 14 00:31:23 1999 From: Dima Rogozin Date: Tue, 14 Sep 1999 00:31:23 +0000 To: kde-devel Subject: RE: more on KDE keybinding standard X-MARC-Message: https://marc.info/?l=kde-devel&m=93726906719499 MIME-Version: 1 Content-Type: multipart/mixed; boundary="------_=_NextPart_001_01BEFE48.79981324" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BEFE48.79981324 Content-Type: text/plain; charset="windows-1252" >> - Ctrl-A: Most application use Ctrl-A for "Select All" functionality. >> This is de facto standard in MS. Several applications use this >> accelerator for other menus like "Save As" or "Open New Page" >> I believe Ctrl-A should be declared for "Select All" the same way we >> do it for other keys in kdstdaccel. >well, it is a de facto standard for "cursor to beginning of line" in Unix >- and so does Qt handle it. So far, we cannot change accelerators, used in >Qt widgets itself, but this will change in Qt 2.1. Then, we can use >whatever action, as long as I can configure it to "beginning of line" >:o) I really don't want to start MS/Unix war here but we have to admit that in the desktop word standards are set by MS and not by UNIX. And since our target is MS desktop users we want to bring to KDE, I believe we need to make them feel comfortable with KDE bindings (read: make KDE bindings to be similar to MS bindings). But this is going to be configurable anyway and die-hard UNIX users could change it. :) >> - F3: Most applications use it for "Find next". But a lot of applications >> do not use any accelerator for this menu. >Yes, I quite like this one! IMHO it should work for the first search as >well, e.g. "if we already have a search string" -> "use this one to find >the next occurrence from current position" and "if there is no search >string" -> "just open default search dialog as with Ctrl-F". Ctrl-F was a standard for "Start Search" for a long time now. I don't think it make sence to change it. And again: it is de facto standard for MS. Dima. ------_=_NextPart_001_01BEFE48.79981324 Content-Type: text/html; charset="windows-1252" RE: more on KDE keybinding standard

 
>> - Ctrl-A: Most application use Ctrl-A for "Select All" functionality.
>>   This is de facto standard in MS. Several applications use this
>>   accelerator for other menus like "Save As" or "Open New Page"
>>   I believe Ctrl-A should be declared for "Select All" the same way we

>>   do it for other keys in kdstdaccel.

>well, it is a de facto standard for "cursor to beginning of line" in Unix
>- and so does Qt handle it. So far, we cannot change accelerators, used in
>Qt widgets itself, but this will change in Qt 2.1. Then, we can use
>whatever action, as long as I can configure it to "beginning of line"
>:o)
 
I really don't want to start MS/Unix war here but we have to admit that
in the desktop word standards are set by MS and not by UNIX. And since
our target is MS desktop users we want to bring to KDE, I believe we need
to make them feel comfortable with KDE bindings (read: make KDE bindings
to be similar to MS bindings).
But this is going to be configurable anyway and die-hard UNIX users could
change it. :)

>> - F3: Most applications use it for "Find next". But a lot of applications
>>   do not use any accelerator for this menu.

>Yes, I quite like this one! IMHO it should work for the first search as
>well, e.g. "if we already have a search string" -> "use this one to find
>the next occurrence from current position" and "if there is no search
>string" -> "just open default search dialog as with Ctrl-F".
 
Ctrl-F was a standard for "Start Search" for a long time now.
I don't think it make sence to change it. And again: it is de facto standard for MS.

Dima.

------_=_NextPart_001_01BEFE48.79981324--