Let user press a letter or number to 'jump' the focus to the NEXT task beginning with that character
Currently, when navigating the tree outline (or any other view I think), pressing an alphanumeric character starts you 'cycling' through all tasks that start with that character. BUT it starts this cycle from the very TOP of the tree.
If a user already has a task selected (somewhere half way down the tree structure) and can see a number of subtasks (and even sub-subtasks) in the following lines below the current position, it would be great if they can jump to one of them in one go, by simply pressing the initial letter of that task description.
This, combined with arrow keys, would make navigating the tree by keystrokes much fast and easy, especially for touch typists! Windows folder/file trees and Outlook email folders/messages work like this.
-
Gabriel Crossan commented
Ahh every few years I check in on MLO's development to see if this has been resolved, and it looks like it never will be. Guess I'm stuck with my ancient version from 2006 then, since that uses the far more logical (Windows Explorer-style) behaviour.
-
Gabriel Crossan commented
I agree with this suggestion, and would like to expand upon it: the beauty of an outliner like MLO is that you only see what you need to, but this is not the case when keyboard navigation behaves in this way.
When the user repeatedly presses a key to cycle through tasks that start with that character, the program should also ignore any tasks that aren't visible, i.e. ones that are nested within collapsed branches (if you want to cycle through all tasks starting with a certain character, just press F7 first). This is exactly how the old MLO Light behaves, so alas that's what I'm still using after all these years.
I'll make an analogy with Windows Explorer - if I were to press A in the Folders pane, it would only cycle through visible folders that started with A, not subfolders that were buried within other collapsed folders, as there would be far too many to cycle through. The same is true when dealing with a very large outline; it quickly becomes utterly unmanageable to navigate in this way.
For example:
* Some task
* A task starting with A
* Collapsed branch
.... * Some concealed subtask
..........* Some other concealed subtask
.............. * Some other concealed subtask
....................* Another subtask starting with A, that I don't need to see because its tree is collapsed.
* Another task starting with ALet's say I press the A key repeatedly to navigate through the above outline. MLO cycles through all tasks that starts with the letter A, but it also drills down through collapsed subtasks that also start with A, causing a lot of completely irrelevant subtasks to be revealed, when I'm only pressing A to be able to quickly jump to another task that I already know is there because I can see it, not some other deeply nested task.
So in this example, I would expect that pressing A twice would jump me first to "A task starting with A" and then to "Another task starting with A". But instead the second keypress expands an irrelevant branch that I have deliberately collapsed, and drills all the way down because there is a task buried within it which starts with A. So my nice, compact manageable outline has suddenly been expanded to show a bunch of distracting tasks that I don't need to see, simply because they start with the same character. I can't see any advantage to this, as I would just use the search box if I wanted to locate a specific string in a concealed subtask.
-
marco panichi commented
I have thousands of tasks organized 4 folder levels, and the actual functionality is counterproductive.
An example: I am on level 1 and I type "f" button; MLO jumps in the innermost task of the third level of the last layer folder 1, making me crazy.
I think it best that jump to MLO task that begins with that character SAME LEVEL! This also works for Windows Explorer and many other programs.