Bug 92821 - Make Shift-F5 jump to the last four places where you edited something
Summary: Make Shift-F5 jump to the last four places where you edited something
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevEval
: 51093 123802 (view as bug list)
Depends on:
Blocks: Writer-UX Authors
  Show dependency treegraph
 
Reported: 2015-07-18 22:38 UTC by John van Someren
Modified: 2022-11-18 07:33 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John van Someren 2015-07-18 22:38:15 UTC
Please may we have a feature found in MS Word that allows you to navigate to the last four places where you edited stuff? If you have been editing a Word document over here and then over there and then at the top and then in the middle, you key Shift F5 and it takes you back to the previous editing points. Word seems to keep up to four of these sort of temporary bookmarks at all times.

This has another use: If you miskey a navigation key, like an arrow or page up etc, and lose your place, then just use Shift F5 to come back to the place you were at when you miskeyed. Lifesaving.

I once read that Shift F5 actually invokes a method of the Word Object that is not normally exposed to mere typists, but I have never felt sufficiently strong to study the full Word object model. Maybe implementing this enhancement can be made easy if the Writer's object model has something similar.

Shift F5 has a second unsung use: if you were writing a fresh document and saved it, next time you open it, being Word, it takes you to the top. Useless. But hit Shift F5 and it takes you back to the bottom of the document where you were when you saved it yesterday. This seems to be a special case, because the other 'temporary bookmarks' are not also saved.

Of course, please keep to Shift F5 if you are able to implement this enhancement.
Comment 1 Buovjaga 2015-07-29 20:11:48 UTC
See bug 82300. It is broken, but is supposed to work like you describe "hit Shift F5 and it takes you back to the bottom of the document where you were when you saved it yesterday."

Adjusted summary.
Comment 2 V Stuart Foote 2015-07-29 22:30:08 UTC
I could see some utility to setting a customizable number of "Edit Views" and cycling through them with <Shift>+F5.  But, this would have to be worked into ODF so as to move with the .odt and allow alternate authors/editors (as opposed to recording into user profile) which would be limited.

But, would need to decide which "Edit View" of the several would be the opening/starting target.

Also have the other facet as in bug 82300 where the "bIsOwnDocument" (i.e. the Tools -> Options -> User data is complete) and the "Restore Edit View" is parsed on opening the document to position to "where I left off".  

@Beluga -- the <Shift>+F5 "Restore Edit View" is not broken, bug 82300 is still open for builds > 4.4.3.2 only because the target calculated on opening, does not exactly match the last "Edit View" recorded in the document. It is close but not exact.
Comment 3 Robinson Tryon (qubit) 2016-08-25 05:38:59 UTC Comment hidden (obsolete)
Comment 4 Heiko Tietze 2017-07-19 11:47:34 UTC
Wouldn't go that far to remember the previous input sequence when the document is loaded again. If we keep it only during the active session, the function might be easier to implement. Devs?

On the other hand the request could also be fertile ground for an extension. And with change tracking enabled it's a WFM as we have a sidebar now with a timeline of all changes.

(Setting the component to Writer but it should work on other modules too.)
Comment 5 Cor Nouws 2017-08-17 08:53:21 UTC
would be good to have
Comment 6 00 2019-02-28 08:33:13 UTC Comment hidden (obsolete)
Comment 7 00 2019-03-02 06:20:09 UTC Comment hidden (obsolete)
Comment 8 Heiko Tietze 2019-03-04 09:27:32 UTC
*** Bug 123802 has been marked as a duplicate of this bug. ***
Comment 9 V Stuart Foote 2019-10-05 04:34:43 UTC
*** Bug 127970 has been marked as a duplicate of this bug. ***
Comment 10 sdc.blanco 2019-12-12 23:07:54 UTC
*** Bug 51093 has been marked as a duplicate of this bug. ***
Comment 11 Xisco Faulí 2020-03-09 13:27:57 UTC
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.
Comment 12 Hagar Delest 2022-11-18 07:27:50 UTC

*** This bug has been marked as a duplicate of bug 141586 ***
Comment 13 Mike Kaganski 2022-11-18 07:33:48 UTC
I disagree that an idea to have a set of "visit history" points is a dupe of bug 141586. I don't know how to define each such point (e.g., when the view shifts when you type - is it another point? When you page up/gown, is each keypress a new point?)

No idea how realistic it is; if someone has a reasonable implementation idea, why not.