[Libreoffice-ux-advise] [Bug 115817] Removal or disabling of the Navigation toolbar

https://bugs.documentfoundation.org/show_bug.cgi?id=115817

Heiko Tietze <tietze.heiko@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |needsUXEval
             Status|RESOLVED                    |NEW
                 CC|                            |libreoffice-ux-advise@lists
                   |                            |.freedesktop.org
           See Also|                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=38
                   |                            |781
         Resolution|DUPLICATE                   |---

--- Comment #2 from Heiko Tietze <tietze.heiko@gmail.com> ---
Jay was right, we better have an extra ticket for the UX issue. Discussion so
far on bug 38782:

(In reply to Olivier Hallot from comment #10)
> Behaviour is apparently erratic and lack of description does not help user.
>
> https://ask.libreoffice.org/en/question/114955/navigation-toolbar-appears-on-inserting-headerfooter-in-a-document/

(In reply to Heiko Tietze from comment #11)
> Introduced with bug 32869 in
> https://opengrok.libreoffice.org/xref/core/sw/source/uibase/wrtsh/navmgr.cxx
> the purpose is to navigate over hyperlinks in the document. We could enhance
> the toolbar with next/previous page.

(In reply to V Stuart Foote from comment #13)
> The source [1][2] is reasonably well documented. And the Greenberg &
> Cockburn [3] "recency with temporal ordering" based back and forward history
> navigation remains.  But, if fully functional would expect the feature to be
> less about navigating hyperlinks (internal or external) and for the control
> to provide more generic Back and Forward movements within a document.
>
> A GoToMark, GoToFLy, GotoINetAttr, GotoOutline (index), GotoOutline
> (string), GotoRegion, GotoRefMark, GotoNextTOXBase, GotoTable,GotoFld, and
> GotoRedline action were linked as history navigation targets. 
>
> Unfortunately, not clear the "recency with temporal ordering" of the
> navigation history is still implemented correctly. I couldn't identify where
> in UI a user could "add" a mark to trigger inclusion of a SwUnoCsr position
> to the m_entries[] list and _activate_ the control. And while inserting an
> internal hyperlink--reference, bookmark, header, footer, etc. the Cusor is
> registered into the navigation history, and activates the Navigation toolbar
> controls--other actions for cursor/focus movement do not.  For example a
> Go-to-End of document should provide a Navigation toolbar action to return
> from.
>
> =-ref-=
> [1]
> https://opengrok.libreoffice.org/xref/core/sw/source/uibase/wrtsh/navmgr.
> cxx?a=true
>
> [2] https://opengrok.libreoffice.org/xref/core/sw/source/uibase/inc/navsh.hxx
>
> [3] https://prism.ucalgary.ca/bitstream/handle/1880/45977/1999-641-04.pdf

(In reply to V Stuart Foote from comment #14)
> Aslo, if fully functional seems like this set of controls--.uno:NavigateBack
> & .uno:NavigateForward would make sense to appear in the Standard toolbar,
> or maybe the Navigator dialog adjacent to the PreviousPage/NextPage buttons.

-- 
You are receiving this mail because:
You are on the CC list for the bug.