search

gottagettawookiee / keynote-nf

Automatically exported from code.google.com/p/keynote-nf
0 stars 0 forks source link

Shift-Tab does not work properly #257

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Setting focus to any line of editor window
2. Pressing Shift-Tab
3.

What is the expected output? What do you see instead?
Expected: Switch focus from editor to tree panel
Instead: Set cursor to Pos1 of current line

What version are you using? On what operating system?
KeyNote NF 1.7.8.1, WinXP+SP3

Please provide any additional information below.

Original issue reported on code.google.com by A.Laubin...@gmail.com on 23 Dec 2009 at 12:41

GoogleCodeExporter commented 9 years ago 
Hi A.LAubinger,

due to a new functionality to shift one or several lines in the editor window 
the 
shortcut for switching back to the tree has been changed to CTRL+SHIFT+TAB
(see also http://code.google.com/p/keynote-nf/issues/detail?id=48).
cheers

Original comment by stati...@gmx.net on 24 Dec 2009 at 11:36

GoogleCodeExporter commented 9 years ago 
I was wondering what the developer's thoughts were on my suggestion posted in 
issue 48.  Perhaps my comment's gone unnoticed since that issue's been flagged 
as closed.

Original comment by agr...@gmail.com on 16 Sep 2010 at 6:44

GoogleCodeExporter commented 9 years ago 
staticip, thanks four your help. You are right, the behaviour changed because 
of that new functionality.

agring, sorry, I didn't remember your comment. I have been very busy and 
coudn't read all the emails sended by the issue tracker. When I have been 
revising the issues I have concentrated in open issues.

Like myself in that case, many other people can ignore closed issues, simply 
because they are hidden an excluded from searches, by default. For that reason 
I think that there are questions that is preferable to be discussed in the 
forum (https://sourceforge.net/apps/phpbb/keynote-newfeat/index.php)

Anyway I think that the behaviour you proposed in issue 48 is good. But I would 
like to know other's opinion. I will create an entry in the forum to discuss 
this issue.

This question remember me, again, that the help file should be updated...

Original comment by dpra...@gmail.com on 17 Sep 2010 at 5:40

GoogleCodeExporter commented 9 years ago 
Or could you still allow Shift+Tab to move to the Tree when the texteditor 
cursor is in the beginning of a line? That would be useful & easier than press 
3 buttons (Ctrl Shift Tab).
Thanks.
Duc

Original comment by mrdu...@gmail.com on 23 Sep 2010 at 9:23

GoogleCodeExporter commented 9 years ago 
Don't want to sound like a big whiner, but I went back to 1.6.x because the 
ctrl+shift+tab hurts my thumb. lol

The original creator of the program seemed to enjoy leaving everything up to 
the end user, which was what made the program so brilliant. 
Arbitrary/proprietary and uncontrollable behavior is what makes the other 
programs less useful. So perhaps an integrated option is in order?

Original comment by chab...@gmail.com on 19 Nov 2010 at 5:41

GoogleCodeExporter commented 9 years ago 
I also find it very inconvenient to have to use 3 keys to do what 2 keys 
accomplished in 1.6.x

Original comment by kenfhill...@gmail.com on 26 Mar 2012 at 1:35

GoogleCodeExporter commented 9 years ago 
In Keynote-NF, "Ctrl+\" will focus on Tree and "Tab" will focus on TextEditor.

But I found myself wanting to change these to Alt+1 and Alt+2 - and so while it 
is not configurable in Keynote, this is how you can assign your own custom 
hotkeys via AutoHotkey:

#IfWinActive ahk_class GFKeyNote10.UnicodeClass

!1::
ControlFocus, TTreeNT.UnicodeClass1
Return

!2::
ControlFocus, TTabRichEdit.UnicodeClass1
Return

#IfWinActive

Original comment by robertco...@gmail.com on 26 Jul 2013 at 12:01