atomic-data-browser icon indicating copy to clipboard operation
atomic-data-browser copied to clipboard

Drive & URL behavior

Open joepio opened this issue 2 years ago • 1 comments

Currently, the selected Drive does not have anything to do with the URL. Sometimes this is good, but it can also be confusing.

Example:

  • Set any custom drive as your current drive
  • Close the tab
  • open AtomicData.dev (root URL) you might start with some other drive in the sidebar, while the main windows shows the AtomicData.dev drive

Some ideas:

  • When opening a home route, navigate to the last visited drive / last visited resource. This is notion's behavior.
  • When opening a resource on another drive, switch the current drive. Maybe offer a back button. Or maybe open non-current drive resources on a modal or something?
  • Store current drive in query parameter, if it differs from the origin. But this leads to very long URLs, I don't like.

joepio avatar Mar 01 '23 13:03 joepio

When opening a home route, navigate to the last visited drive / last visited resource. This is notion's behavior.

This is already the current behaviour if i'm not mistaken Edit: Apparently only the last drive was remembered but not the resource since it will load the drive as resource. This might make it difficult to determine wether to show the previous resource or the actual home route drive

When opening a resource on another drive, switch the current drive. Maybe offer a back button. Or maybe open non-current drive resources on a modal or something?

Definitely worth trying to see if it makes more sense.

Polleps avatar Mar 01 '23 13:03 Polleps