Some doc or folder is selected, marked in the binder. I want to jump up in the hierarchy (in the binder) to its (next) parent item. And from that parent item I want to get, jump to its parent item, etc.
Ah! Okay that’s a different kind of movement from what I was thinking. I would think of this as moving “up” in the hierarchy, from a child to its parent, and then from that to its parent, and so on all the way up to Draft.
So of course, in the Binder, from any non-group item you can just hit the Left arrow once to go up. Pressing it again in that condition would collapse the folder, and then a third time would go up again. So it has a kind of dual-mode of operation depending on the collapse state of what you have selected.
From the editor, if you want to navigate the editor itself up, then use Navigate ▸ Go To ▸ Enclosing Group. That is one shortcut I use constantly, it is extremely useful, and can be triggered from any editor mode, so you can go from a very narrow text editing scope, to Scrivenings with that note in its context, and then even broader.
Does that mean, if a parent item is a document it will be skipped? Or in what way does it disregard hierarchy?
So the way that command works is like this. Say we have the following hierarchy in the draft folder (and to clarify, I mean this as a list of nested files, without any folders in the mix, as folders are special and always considered groups no matter the state of the outline):
Chapter 1
Section A
Subsection a.1
Subsection a.2
Section B
Subsection b.1
SubSubsection b.1.1
SubSubsection b.1.2
Section C
Chapter 2
Section A
Subsection a.1
Okay, with Section “A” selected at the top, in Ch. 1, if you use the Next Group command it will jump to Section B, skipping over the subsections, since those aren’t groups. Press it again, and Subsection b.1 will be selected, because it is a group (with two subsubsections). The next invocation will jump all the way down to Chapter 2, because nothing in between is a group. So that’s what I mean by ignoring hierarchy. The command doesn’t stick at the level you start on, it will jump up or down as high or low as it needs to, to select the next visible group (collapsed groups you can’t see the contents of are the only thing it skips).
I guess, there is no way to somewhere ALWAYS show the path of the current shown, selected item in the binder?
Funnily enough, I was probably the very first person to suggest this, in 2006. Of course the reason given there is no longer relevant. That nut has since been cracked, as you can see with Scrivenings sessions, how part of the heading isn’t editable. Here is a more recent duplicate of that original request. You might notice that’s where the Path menu idea was added to the software, so you at least now know that’s the official answer, and the Path menu was added precisely to address this request.
Here is another duplicate with an answer I gave. As noted there Reveal in Binder is the other intended way of finding your place. I’d say it works pretty much flawlessly for everyone except those (like myself) who prefer to keep much of the binder collapsed. I almost never use that menu command because it would require cleaning up after it with the mouse, and at that point I might as well just look at the Path menu.
Bear in mind an exploratory trip up the tree with “Enclosing Group” command is very easily undone with a few “Back” shortcut uses (which you’ll find in the Navigate ▸ Editor submenu. Those just work like web browser work, and making those a habit will mean you never have to hesitate before going on a navigational tangent. This is the best fully keyboard shortcut friendly way of looking up your place, in my opinion.