Deleted
Deleted Member
Posts: 0
|
Post by Deleted on Aug 21, 2014 4:37:44 GMT -5
Hi,
In the filemanager I can move the cursor to the command line with the (HOME) Key.
Is there a key for the opposite ? The cursor is in the command line and I want to move the cursor to the first-filename-line.
At the moment I have to do 4x NEWLINE.
Best Regards Jonas
|
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on Aug 22, 2014 6:39:08 GMT -5
Meanwhile I solved it myself: KEYMAP Choose key (NewLine)(NewLine)(NewLine)(NewLine) Done
|
|
|
Post by George on Aug 22, 2014 12:39:13 GMT -5
Jonas: Robert: (CondLineNo) is an Edit only primitive, it does not help Jonas's FM positioning.
Yes Robert, I know, you would like ALL primitives to work in FM just like in Edit. Someday - if I live long enough.
George
|
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on Aug 23, 2014 1:23:20 GMT -5
Thanks Jonas
|
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on Aug 26, 2014 10:26:10 GMT -5
Hi Robert,
Is this somehow possible ?
if (I-am-in-filemanager) (Home)(NewLine)(NewLine)(NewLine)(NewLine) else if (I-am-in-filelist) (Home)(NewLine)(NewLine) else ...
Thanks Jonas
|
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on Aug 26, 2014 10:50:32 GMT -5
That is ok. I am only searching for a way to go to the first data line in filemanger, or to the fist data line in filelist, to the first line in the editor, .... with one key (without using the mouse). Jonas
|
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on Aug 26, 2014 11:09:53 GMT -5
My favourite command would be:
(HOME) == if not in the primary command line then move the cursor to the leftmost position of the primary command line else if already in primary line then go to previous position (that position the cursor was before i press (HOME) (if there is no previous position, go to to first data line of filemanager/editor/filelist/....)
|
|
|
Post by George on Aug 27, 2014 12:38:24 GMT -5
Jonas: Robert: The main reason the predicates proposal was rejected was that it wanted to add multi-key combos like both-alt-keys, both shift-keys, shift-NumLk-X etc. all of which would have to be handled in the keyboard trap, an exceedingly ugly mash-up of code already. What with handling the peculiarities of the keypad, NumLock, PrtScrn, Diaetric dead keys, and other KB oddities, adding this extra stuff etc. would have been well nigh impossible. It certainly did not 'fit' the existing KB tables. e.g. how do I pass on a Left-Shift-Right-Alt-X key? I was also dubious as to the need for even more key combos, the current 8 chords per key seemed way more than enough, the brain can only remember so many.
Some kind of predicate ability outside the keyboard trap is probably possible - like the am-I-FM-or-not-FM discussion in this thread. I'm not sure what other abilities would be helpful. Suggestions?
George
|
|
|
Post by George on Aug 28, 2014 10:55:55 GMT -5
Robert: You missed a bit. Dead key support is already there, exactly as Windows KB support wants it. I mentioned it as another reason why the trap is already so complicated.
|
|
|
Post by George on Aug 29, 2014 9:41:57 GMT -5
Robert: Well, MS Word has armies of coders to support this. My position is still that 8 chords x each KB key is way more than enough special keys, being able to effectively create additional modifier keys to multiply this even further by adding dead key ability is simply overkill. George
|
|