Created attachment 124774 [details] Screenshot of two Navigator windows. When opening the Navigator in Writer using the menu or F5 shortcut it opens a floating / docked Navigator window. This is correct if the Sidebar is not also in use. If the Sidebar is in use the menu / F5 opens an additional Navigator window and not the the Navigator deck included as part of the Sidebar. This can lead to having two Navigator windows open on a workspace. Correct function should be to switch to the already open Navigator deck on the Sidebar instead of opening a new Navigator window. It also means that the F5 shortcut key does not close the Sidebar Navigator deck if it is open. This is inconsistent with F11 which opens and closes the Styles and Formatting deck of the Sidebar.
By design. As agreed while implementing bug 73151, until bug 89505 is implemented the Navigator dialog and the Navigator content panel deck of the sidebar will continue to display in their respective frames. This allows work flows where both Navigator (F5) and Style & Formatting sidebar deck (F11) are used concurrently. Functionally the two instances are the same code--but the two frames can be out of sync. Implementing bug 89505 will allow the current "dialog" based Navigator to be removed for the sidebar deck content panel. Until then, it is a minor annoyance.
oops tranposed the 89505, that of course is dependency on bug 85905 - Allow undocking of Sidebar decks
*** Bug 99848 has been marked as a duplicate of this bug. ***
It's not resolved. It's very ugly and unexpected attitude for the software. It will be a good thing to submit this bug to the "Community Week: Design". An EasyHack will be good too.
I think F5 should be disconnected from the navigator window and assigned to a new UNO command for the navigator sidebar deck. As there are more users who dont utilize the navigator decked on the left and styles & formatting docked on the right UI layout, having F5 open up the navigator window isnt ideal for the majority of users.
(In reply to Yousuf Philips (jay) from comment #5) > I think F5 should be disconnected from the navigator window and assigned to > a new UNO command for the navigator sidebar deck. As there are more users > who dont utilize the navigator decked on the left and styles & formatting > docked on the right UI layout, having F5 open up the navigator window isnt > ideal for the majority of users. So how then would one open the detached Navigator? No the way to resolve this is to complete work on bug 85905, and at that point-- whether configured as docked or undocked--the F5 control should open the _single_ instance of the Navigator deck. Until then, maintain the status quo--F5 to a non-Sidebar Navigator allowing Style & Formatting (F11)--as in comment 1 Should be closed as status quo is a work around dependent/duplicate of bug 85905, correct that and this issue resolves.
(In reply to V Stuart Foote from comment #6) > So how then would one open the detached Navigator? The current uno command for navigator (.uno:Navigator) would still be available in the view menu and moved to the section with data sources and renamed 'Navigator Window', while the new uno command i mentioned in comment 5 would takes its place in the menu and would open up the sidebar with F5. > No the way to resolve this is to complete work on bug 85905, and at that > point-- whether configured as docked or undocked--the F5 control should open > the _single_ instance of the Navigator deck. I dont see bug 85905 getting fixed and dont see any reasons to delay the assigning of the navigator deck with F5 to await for the fix. > Should be closed as status quo is a work around dependent/duplicate of bug > 85905, correct that and this issue resolves. I dont find it as good UX for the navigator window to open up as a non-docked window with the shortcut, especially not in non-writer apps.
(In reply to Yousuf Philips (jay) from comment #7) > I dont find it as good UX for the navigator window to open up as a > non-docked window with the shortcut, especially not in non-writer apps. Don't we have an issue to let the Navigator open docked by default?
and there was an issue discussing various short cuts, IIRC, also for the Navigator?
(In reply to Cor Nouws from comment #8) > Don't we have an issue to let the Navigator open docked by default? Found your suggestion that it be docked by default as part of bug 85851, but didnt find any others than that. (In reply to Cor Nouws from comment #9) > and there was an issue discussing various short cuts, IIRC, also for the > Navigator? Yes that is bug 84502, but those are to supplement the already used shortcuts.
Please see the discussion where this was initially _decided_ From about here onward in 73151 https://bugs.documentfoundation.org/show_bug.cgi?id=73151#c14 Until bug 85905 is implemented--users require an instance of Navigator and the Style & Formatting deck. Suggestion of launching the Navigator with the F5 shortcut and assigning a new main menu View button action called "Navigator Window" is really questionable--the detached "dialog" _is_ the sidebar deck code just in a instance detached from the deck's container. The correct way to fix this is implementing 85905 @Samuel?
Thanks for finding those Jay, (In reply to Yousuf Philips (jay) from comment #10) > (In reply to Cor Nouws from comment #9) > > and there was an issue discussing various short cuts, IIRC, also for the > > Navigator? > > Yes that is bug 84502, but those are to supplement the already used > shortcuts. Seems that idea in this issue to change behavior of F5, is conflicting with the idea in that issue, to use <Alt>+F5 for Side bar Navigator.
The logic is all in the sidebar. Then F5 for Sidebar and Alt+F5 for external Navigator.
In the same line, add shortcut with "Alt+" for external tool bar.
(In reply to V Stuart Foote from comment #11) > Until bug 85905 is implemented--users require an instance of Navigator and > the Style & Formatting deck. > .... > The correct way to fix this is implementing 85905 More in general users expect (and requested in the survey) to detach _every_ tab from the sidebar into a floating window. https://design.blog.documentfoundation.org/2016/02/26/what-do-you-expect-from-the-sidebar-in-libreoffice/ https://design.blog.documentfoundation.org/2016/04/17/our-happy-hour-how-libreoffice-sidebar-tenders-properties-and-functions/
It could be better to made like Gimp and add an option "Single-Window Mode" to integrate all in the Sidebar and when you uncheck it you would be in old "Detached-Widows Mode". But the logical (and most expected) is to integrate all in the Sidebar, but nobody ask for that because is already the enable.
(In reply to shunesburg69 from comment #16) > But the logical (and most expected) is to integrate all in the Sidebar, but > nobody ask for that because is already the enable. It has been decided that the Navigator should be displayable apart from the Styles and Formatting window (in the Side Bar). People use both at the same time.
(In reply to V Stuart Foote from comment #11) > The correct way to fix this is implementing 85905 > > @Samuel? What Samuel said in bug 73151 comment 33: "Being able to pull out elements from the sidebar is a long-term goal. It will take some time to implement and is definitely too big for me. So we try to make the best out of the current situation." I've added the issue to be discussed at this week's design meeting, along with having the navigator window docked by default (bug 81902), as Samuel closed it thinking that there wouldnt be a navigator window anymore.
*** Bug 104298 has been marked as a duplicate of this bug. ***
*** Bug 105984 has been marked as a duplicate of this bug. ***
As far as I see we're missing consensus/consent to assign F5 to the Navigator in the side bar. If.. then possiblefor the 'floating' Navigator: - Ctrl+Shift+F5 - already for Go to Page Number - Shift+F5 .. Ideas?
Until bug 85905 allowing multiple Sidebar Decks is resolved I have not changed my position regards additional Navigator deck. The F5 shortcut controls the second detached (docked/floating) instance of the Navigator deck as its own dialog. The functionally limited Sidebar resident deck is _secondary_ because we still need to retain the preferred split F5 (Navigator) & F11 (Styles & Formatting) workflows. However, using an alternate shortcut for the Sidebar resident Navigator deck would be fine for now until complete control can be provided for the UI. <Alt>+F5 appears to be unassigned Keyboard customization in LO/Writer/Calc/Draw/Impres/Math; although Jay suggest the <Ctrl>+<Alt>+Fn combinations for Sidebar Tab shortcuts in bug 84502
Ancient ticket, needs decision. And with Jim's work we have a quite powerful sidebar tab now. I vote for F5 to show the Navigator deck in the sidebar (to align with F11) and alt+F5 to show the detached Navigator window. Any objection, Stuart?
Would .uno:NavigatorPanel be a good name for this UNO command?
(In reply to Jim Raykowski from comment #24) > Would .uno:NavigatorPanel be a good name for this UNO command? Don't see much consistency in UNO command naming (but Mike is the master of naming convention). Me like it a bit more information .uno:ShowNavigatorPanel or .uno:ToggleNavigatorPanel.
(In reply to Heiko Tietze from comment #25) > (but Mike is the master of naming convention) I see this as a sign of lack of due humility on my side, creating an impression of talking over-self-confidently. No, I'm not "master" in anything, the least in naming of anything. Sorry, can't help here.
Rather than panel, here wouldn't the "correct" name be .uno:NavigatorDeck, the Sidebar's tab bar buttons are all entries controlling the active "Deck" [1](aka Pane). Each Sidebar 'deck' can hold multiple 'content panels'--but the tab bar button action switches the Deck. We still have .uno:Navigator launching the detached instance of the deck with the F5 shortcut. And creating this new UNO control to expose the Navigator deck on Sidebar reminds me we still have bug 84502 to resolve for making shortcut assignments to the other decks. Do we now assign the F5 to the new control for the sidebar instance of the deck, to match the F11 use for the Stylist? And change the floating instance's shortcut--I assume to <Alt>+F5. =-ref-= [1] https://wiki.documentfoundation.org/Design/Guidelines/SideBar (In reply to Mike Kaganski from comment #26) > (In reply to Heiko Tietze from comment #25) > > (but Mike is the master of naming convention) > > I see this as a sign of lack of due humility on my side, creating an > impression of talking over-self-confidently. No, I'm not "master" in > anything, the least in naming of anything. Sorry, can't help here. Mike, no need to be humble here--you have a deft touch we all admire. Stuart
I don't care about the name but we really need this feature. I don't know how much times, I have to close all my files just to access at the start window.
(In reply to Shunesburg69 from comment #28) > I don't care about the name but we really need this feature. I don't know > how much times, I have to close all my files just to access at the start > window. You can't get there from here! The Start Panel is currently only exposed when the last module with an active document is closed. Changing that is work needed for bug 77590 -- this is just about adjustment to the two Navigator decks--detached F5 and the deck held in the Side Bar.
Sorry I follow few bug reports, I mix a little between them.
Took Stuart's point in comment 27 for the UNO command name. Here is a patch that provides an UNO command for showing the sidebar Navigator: https://gerrit.libreoffice.org/c/core/+/99760 The patch code is a framework that can be used to launch any sidebar deck in any module that has a sidebar. It makes it easier for other UNO commands to be made to launch decks. Deck names are found in officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu
setting this a dupe of 84502 where all the Sidebar decks are getting customizable accelerators/shortcuts. *** This bug has been marked as a duplicate of bug 84502 ***
*** Bug 150975 has been marked as a duplicate of this bug. ***