[Libreoffice-bugs] [Bug 115817] Removal or disabling of the Navigation toolbar
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Thu Feb 22 17:32:35 UTC 2018
https://bugs.documentfoundation.org/show_bug.cgi?id=115817
Heiko Tietze <tietze.heiko at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |needsUXEval
Status|RESOLVED |NEW
CC| |libreoffice-ux-advise at 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 at 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 the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180222/268b902e/attachment-0001.html>
More information about the Libreoffice-bugs
mailing list