I'm grateful for the forward-back Navigation toolbar. It's essential for a long document. (I'm writing a book.) Currently, it works when I click on items on the Navigator. Would be great if it could also work when I click on links within the document: Hyperlinks and (Field) Cross-references.
Dear Reporter, it seems this request was filled long time ago. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
This is an enhancement request, not technically a bug; so, asking me "to reproduce it with the latest version of LibreOffice" doesn't make sense. Anyway, yes, Navigation toolbar still doesn't work on Hyperlinks and (Field) Cross-references.
Ok, let's set to NEW. For reference: https://help.libreoffice.org/Writer/Navigation "Working With the Navigation Toolbar"
Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/cf8de077f885b7632967c8bdfde98279d98f4cce tdf#74604 tdf#54412 Make recency work for hyperlink, field and footnote It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks Jim! The SideBar Navigator in "Recency" mode --and-- the "Navigation" toolbar both respond correctly now to movements to cross-references and footnotes. Hyperlinks also are added to the stack (though hyperlink into Drawing objects get cursor position at middle of the hyperlink text, but drawing object can be reopened, e.g. assign a keyboard shortcut to .uno:OpenHyperlinkOnCurs, or <ctrl>+click with mouse). Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 5ab21caf603ba0a1c95bbc94a29eebe3483d1599 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
(In reply to V Stuart Foote from comment #5) > (though hyperlink into > Drawing objects get cursor position at middle of the hyperlink text, but > drawing object can be reopened, e.g. assign a keyboard shortcut to > .uno:OpenHyperlinkOnCurs, or <ctrl>+click with mouse). Stuart, thanks for verifying. I don't follow the "though hyperlink into Drawing objects get cursor position at middle of the hyper link text..." Maybe you speak of drawing objects not being selected on recency navigation stop?
(In reply to Jim Raykowski from comment #6) > (In reply to V Stuart Foote from comment #5) > > (though hyperlink into > > Drawing objects get cursor position at middle of the hyperlink text, but > > drawing object can be reopened, e.g. assign a keyboard shortcut to > > .uno:OpenHyperlinkOnCurs, or <ctrl>+click with mouse). > Stuart, thanks for verifying. I don't follow the "though hyperlink into > Drawing objects get cursor position at middle of the hyper link text..." > Maybe you speak of drawing objects not being selected on recency navigation > stop? Sure, "somewhere" in the hyperlink is the cursor the recency stack receives after a <ctrL>+<click> launch of the hyperlink, and after exiting the object moving forward or backward in the recency stack. Specific cursor seems a little vague. But I wouldn't expect the target of the hyperlink to reopen with recency navigation, or do you think it should?
(In reply to V Stuart Foote from comment #7) > Sure, "somewhere" in the hyperlink is the cursor the recency stack receives > after a <ctrL>+<click> launch of the hyperlink, and after exiting the object > moving forward or backward in the recency stack. Specific cursor seems a > little vague. Thanks for the explanation. For me, the "somewhere" is where the pointer is positioned on the hyperlink when <ctrl>+<click> is done or where the cursor is at when the .uno:OpenHyperlinkOnCurs command is used. > > But I wouldn't expect the target of the hyperlink to reopen with recency > navigation, or do you think it should? No opinion. I was just trying understand your comment to see if there may be something else needed to resolve this.