Keep OPDS detail views in the main window

[bertob]

Currently clicking the "Open" button on a section in the Catalogs view opens a second window.

This is a bit confusing, and I think an in-window sub-view with a back button would work better.

[digitalethics]

I was about to make the same suggestion. Currently, this creates navigational difficulties for users as many windows need to be brought into overview mode to keep track of or switch between them. I know that windowing is a work in progress and maybe you already have this on the road map.

[digitalethics]

@johnfactotum Thanks a lot for the changes to the navigation. They are much appreciated! It now already feels much more integrated than before. Your quick release processes also allow for more iterative feedback without having to build the application from source.

I'm just a bit unsure whether @bertob meant the same as I did with the "sub-view". Here's my interpretation: I think it would even be better if the "in-window sub-view" is actually a sub-view and not just a view. For this to be realized the main view-switcher buttons should always remain visible even when navigating deeper into the OPDS catalogues. I think a user should never feel "stranded" as to where they are in the navigational tree and be able to switch between main components even without having to click a back button. Switching between the main components (library, catalog, viewer/reader) should also "remember" the exact position in the navigational tree (e.g. the OPDS catalogues) if main components were switched without having pressed the back button.

[digitalethics]

Only discovered this just now:

I think navigational elements should not be hidden away from the view of the user.