UX recommendation: Navigating up in the browser via shortcut ⌘-↑ (or also button if there would be one (in the future) shall always:
Show the folder you came from in the viewport
Have the folder you came from selected, so that you can instantly move back into it (⌘-↓) or to its siblings (← ↑ → ↓ )
This is currently inconsistent. Please implement the recommendation everywhere.
Reproduction 1
1) Open ~/x/ in a browser window
2) Navigate into folder ~/x/1/ with ⌘-↓
3) Navigate back to parent ~/x/ folder with ⌘-↑
Result:
- The folder you came from "1" is in viewport and is selected.
- Instantly move back in or to its siblings.
Reproduction 2
1) Open ~/x/1/ via File > Browse Recent > ~/x/
2) Navigate back to parent ~/x/ folder with ⌘-↑
Result:
- The folder you came from "1" is NOT in viewport and NOT selected
- You first have to find it again in order to continue in an oriented manner.
Reproduction 3
1) Open ~/x/1/file.jpg via File > Open… (⌘-O)
2) Navigate back to the parent folder ~/x/
Result:
- The folder you came from "1" is NOT in viewport and NOT selected.
- You first have to find it again in order to continue in an oriented manner.
[Solved] Navigating up in browser shall always select the folder you came from and show it in viewport
- forum_adm
- Site Admin
- Posts: 1819
- Joined: Fri Dec 23, 2016 9:41 am
- Location: Germany
- Country: Germany
- Contact:
Re: Navigating up in browser shall always select the folder you came from and show it in viewport
Please recheck with the next build 5492. That should fix it.
Re: Navigating up in browser shall always select the folder you came from and show it in viewport
That's nice!
I should use this shortcuts ⌘-↓ ⌘-↑ more.
I should use this shortcuts ⌘-↓ ⌘-↑ more.
Re: Navigating up in browser shall always select the folder you came from and show it in viewport
Tested in build 5492, some improvements remain:
1) In cases where you come from the folder above and then navigate up again:
Still has exactly the same scrolling position as before and the folder selected.
This is the ideal UX!
Good that you exempted this from the generic viewport-repositioning! Great!
2) In cases where you start via: Browse recent, Open Recent, Browse, Open -- and then navigate up:
a) The folder you came from is selected
b) The folder you came from is visible in viewport, and depending on the chosen Browser View Mode the element is positioned:
Icon: Bottom center better would be: center center
List, Small List: Bottom better would be: center.
Cover Flow:
First a definition: Has no "selection". Being in the center of the slideshow means "I am current".
What happens: Browser positions on leftmost item: Folder you came from should be centered.
1) In cases where you come from the folder above and then navigate up again:
Still has exactly the same scrolling position as before and the folder selected.
This is the ideal UX!
Good that you exempted this from the generic viewport-repositioning! Great!
2) In cases where you start via: Browse recent, Open Recent, Browse, Open -- and then navigate up:
a) The folder you came from is selected
b) The folder you came from is visible in viewport, and depending on the chosen Browser View Mode the element is positioned:
Icon: Bottom center better would be: center center
List, Small List: Bottom better would be: center.
Cover Flow:
First a definition: Has no "selection". Being in the center of the slideshow means "I am current".
What happens: Browser positions on leftmost item: Folder you came from should be centered.
Re: Navigating up in browser shall always select the folder you came from and show it in viewport
Also note some other very appreciated improvements regarding GC's browser:
• [Added] Control zoom factor in Browser also via gesture + shortcuts + menu
• [Added] Small List is accessible by ⌘-4 and Menu > View > View Mode: Now shows shortcuts for all modes
So yes, GC's browser is and evermore becomes an efficiency powerhorse just as GC's graphic window itself