<div class="gmail_quote">On Sun, May 13, 2012 at 10:58 PM, Mark <span dir="ltr"><<a href="mailto:markg85@gmail.com" target="_blank">markg85@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div><div class="h5">On Sun, May 13, 2012 at 10:11 PM, Rick Stockton <span dir="ltr"><<a href="mailto:rickstockton@reno-computerhelp.com" target="_blank">rickstockton@reno-computerhelp.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<div bgcolor="#FFFFFF" text="#000000">
On Saturday 12 May 2012 18:36:42 Mark wrote:<br>
<br>
<span style="white-space:pre-wrap">> / As for making a "HIG"
keyboard standard list. A very good starting<br>
> point is:</span><br>
/>/ <a href="http://en.wikipedia.org/wiki/Table_of_keyboard_shortcuts" target="_blank">http://en.wikipedia.org/wiki/Table_of_keyboard_shortcuts</a>
/>/ <br>
/>/ Every single line where the same key combination is used in
both: Windows,<br>
/>/ Mac, KDE en GNOME can be considered as de-facto standard key
imho. Though<br>
/>/ the list has to be viewed with care since the very first item
"Activate<br>
/>/ current application's Menu bar" is already wrong for KDE.
It's not just<br>
/>/ ALT. It's ALT + M iirc.<br>
<br>
Here's our online reference for KDE keyboard shortcut HIG:<br>
/<a href="http://techbase.kde.org/Projects/Usability/HIG/Keyboard_Shortcuts" target="_blank">http://techbase.kde.org/Projects/Usability/HIG/Keyboard_Shortcuts</a><br>
<br>
Ctrl-M toggles the visibility of the bar /(without selecting it).
Some KDE Applications implement this (e.g. Gwenview, Dolphin), but
others do not (e.g., KDevelop). None of these 3 applications provide
"Focus to the Menu Bar" via F10, as documented in our guidelines.
Dolphin uses that key to create a new item, and the other two seem
to completely ignore the key event.<br>
<br>
I'll recheck the Qt "StandardKey" table and documentation later
tonight , maybe scribble some fixes. But it looks like Wikipedia is
wrong about "Alt + M" on KDE.<br>
BTW, Here are some other references for keyboard shortcuts:<br>
<br>
<a href="http://developer.apple.com/library/mac/#documentation/userexperience/conceptual/applehiguidelines/KeyboardShortcuts/KeyboardShortcuts.html%23//apple_ref/doc/uid/TP40002725-SW2" target="_blank">http://developer.apple.com/library/mac/#documentation/userexperience/conceptual/applehiguidelines/KeyboardShortcuts/KeyboardShortcuts.html#//apple_ref/doc/uid/TP40002725-SW2</a><br>
<a href="http://msdn.microsoft.com/en-us/library/windows/desktop/bb545461.aspx" target="_blank">http://msdn.microsoft.com/en-us/library/windows/desktop/bb545461.aspx</a><br>
<a href="http://developer.gnome.org/hig-book/3.0/input-keyboard.html.en#standard-shortcuts" target="_blank">http://developer.gnome.org/hig-book/3.0/input-keyboard.html.en#standard-shortcuts</a><br>
<br>
/>/ While looking at that wiki list i'm quickly realizing that
we're never<br>
/>/ going to get a standard keyboard + mouse mapping for generic
keys across<br>
/>/ all major desktop environments.<br>
<br>
That's because no such conventions exist- yet. We'll be the first to
create them. It's possible that the GNOME people will cooporate with
us, and share certain values, if we let them know what we came up
with. (That would be helpful, of course.)<br>
<br>
</div>
<br></div></div>_______________________________________________<br>
Kde-frameworks-devel mailing list<br>
<a href="mailto:Kde-frameworks-devel@kde.org" target="_blank">Kde-frameworks-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-frameworks-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kde-frameworks-devel</a><br>
<br></blockquote></div>For Ctrl + M, there was a technical reason why it wasn't just ctrl - like in windows - but i forgot the reason. If someone could explain the reasoning behind that?
</blockquote></div><div><br></div>While looking at the shortcut for switching tabs i notice that kde' own SC apps are not even following it.<div>According to the docs:</div><div>Next tab: Ctrl+PageUp</div><div>Previous tab: Ctrl+PageDown</div>
<div><br></div><div>Doesn't work in:</div><div>Dolphin (uses Ctrl+tab for forward and Ctrl+shift+tab for backward)</div><div>Konsole (uses Shift+left and Shift+right)</div><div>Rekonq (uses Ctrl+tab for forward and Ctrl+shift+tab for backward)</div>
<div>Konqueror (uses Ctrl+tab for forward and Ctrl+shift+tab for backward)</div><div>then i stopped testing...</div><div><br></div><div>I would like to propose to follow the browsers here and make their de-facto standard the HIG guideline. As an alternative i would add the current konsole ones. That would mean:</div>
<div><div>Next tab:</div><div>- Primary: Ctrl + tab</div><div>- Alternate: Shift + Right</div><div>Previous tab:</div><div>- Primary: Ctrl + shift + tab</div></div><div>- Alternate: Shift + Left</div><div><br></div><div>
I'm guessing that all current KDE SC apps that use tabs are to be adjusted to either follow the current HIG or to follow my proposal.</div>
<div>What's your opinion on using the browser tab shortcuts as the shortcuts?</div><div><br></div><div>Cheers,</div><div>Mark</div>