Apache OpenOffice (AOO) Bugzilla – Issue 39486
Implement a shortcut to jump to the saved cursor position
Last modified: 2013-08-07 14:38:26 UTC
I marked this as a defect because it worked in 1.1.4RC, but perhaps a better label may be enhancement or feature. When I save a document in 1.9.65 I would like if it saved the cursor position. I tried saving in both .sxw and .odt and re-opening it in 1.9.65. I tried both of these, because in 1.1.4 if I save as .doc and re-open the cursor position is not saved, but if I save in .sxw and reopen it is saved. No format, .sxw, .doc, or .odt, saves the cursor position in 1.9.65. Thanks, Peter
MRU->ES: I think, there already exists an issue regarding cursor position after opening a file, right?
After doing some more research, I learned that the option, Tools > Options > OpenOffice.org > Restore Views > Editing Views, is what should control this feature. I do have it checked, so presumably it should work. I just wanted to premptively answer that question. :)
@ MRU: It is the same as #18512, but it works in 1.1.x, so I am hesitant to mark it as a duplicate of this or vice versa. Please do what is correct.
ES-MMP: We should add the Shift+F5 (or whatever) shortcut we have planed to OOo later for OOo 2.0 (see http://specs.openoffice.org/appwide/open_doc_behavior/OpenDocumentBehavior.sxw) we already received complains about the new behaviour.
MMP>ES: You have to contact Dieter Loeschky to get permission to change the spec and add the shortcut for OOo2 (see DL-1 in spec). Otherwise this is an Office Later Issue.
ES->DL: please give a statement on this.
ES->OS: please evaluate if we can implement for OOo 2.0 Shift+F5 to restore the view and affect Shift+F4 to "Jump to first object" (currently mapped to Shift+F5).
In software almost everything is possible but looking at the release plan and the open tasks for OOo 2.0 this is not possible (3 days est.).
*** Issue 18512 has been marked as a duplicate of this issue. ***
Ok, so let's keep this for later. As this feature is a future task in the spec (see URL field in this issue), let's use this issue as reminder.
Don't keep it. Revert the "feature" to the old behaviour. The user-scenario itself is a "joke". If Mary doesn't like the restored view, why doesn't she simply turn off "restore editing view"? Does Mary really add her writing to the top of the document? I doubt so. She will add her text somewhere in the middle or at the bottom, but only in rare cases at the top. If you think the behaviour has to be changed, then add the option "restore cursor position" and turn it off by default so that it can be turned on at least. Why do you impose annoying actions on the user (pressing the non-yet-existing shortcut?) There is already a shortcut to jump to the start of doc <ctrl>+<home> - why not have Mary press use the shortcut? You really should have listened to UFI :-(
*** Issue 41136 has been marked as a duplicate of this issue. ***
You have got to be kidding me. I read through http://specs.openoffice.org/appwide/open_doc_behavior/OpenDocumentBehavior.sxw and I am appalled. I may as well use MS Office, because it seems like every change being made for 2.0 just makes the program dumbed down because someone might be confused. OOo was cool because it was innovative. OOo allows users to choose, do I want a doc to open at the start or where I edited last. That is why the option *Restore Editing View* was there. So now, you have removed a great feature, and not put in the effort to fully implement it by adding the shortcut key also. Did Bill Gates secretly buy out Sun or something? As cloph put it, the use scenario is unrealistic and absurd. Furthermore, it is already handled in 1.1.x because Mary can freaking turn off restore editing view. And, frankly, if Mary is too stupid to do this and thinks Paul is lazy I don't care! The "motivation" for this issue is embarrasing and needs to be reevaluated.
when testing 1.9 builds i noticed lack of cursor position remembering and concluded that it must be a bug - and a visible one, so probably somebody already has reported it a long time ago. i believe old behaviour was _much_ better than some obscure shortcut. i'd like to see it reverted - as probably most oo.org users do.
Hi, I have a suggestion. Would it be possible (e.g. using the user settings) to determine if the document is opened by the same user who last modified the document? When Peter's document is opened by Mary it will open at the top, and when Peter wants to continue editing the document will open at the last cursor position.
> ------- Additional comments from simonbr Mon Jan 24 00:46:38 -0800 2005 ------ - > Hi, I have a suggestion. > Would it be possible (e.g. using the user settings) to determine if the document > is opened by the same user who last modified the document? > When Peter's document is opened by Mary it will open at the top, and when Peter > wants to continue editing the document will open at the last cursor position. i believe this should be handled by the same option - so, um, peter will have cursor posiion remembering enabled, mary won't. in this case they both get the desired behaviour.
To Simonbr -- This is kind of what version 1.1.x of OOo has. There is an option for the user to choose whether or nor the last editing view should be displayed (while this option appears in 1.9.69, it cannot be used). So Mary would turn this off, and Peter would leave it on.
i believe issue 41136 should be reopened and discussion regarding a preference for remembering position in document should happen there - this issue is for a shortcut, that one is about a preference. for clarity we should try to keep "one issue - one problem" :)
This is a useful function for those that use it. However, it should be possible to configure it on or off by default for new documents and then override the default for individual documents.
@ larsnooden -> You may want to look at issue #43146.
*** Issue 43146 has been marked as a duplicate of this issue. ***
I really feel this should be bumped up in priority. It has been a known issue for 2 months and I think that if the beta comes out without this problem fixed (the shortcut key) then it will look bad.
It has now been over a month since this has been looked it. Everyone is praising OOo, but it will just look unprofessional when there is a option check box that does nothing and there is a promise of a shortcut key that is unfunfilled. Broken promises and poor decisions. Sometimes, the lack of this feature is enough to make me stay at 1.1.4. That is what another user posted on the discuss list today. In closing, it wouldn't take 3 days to fix if you wouldn't have changed it in the first place.
*** Issue 46354 has been marked as a duplicate of this issue. ***
Please implement the feature again! It is the thing that annoys me the most in the new OOo 2.0 version. I often work with large documents and it is really a pain in the a.. to always search again for the place where you did your last editing.
I feel that some issues are mixed up here. (1) The issue where Tools - Options - OpenOffice.org - View, Restore editing view is not an enhancement. It is a bug. It used to work in previous versions, it doesn't in the 1.9 versions. (2) The issue where a shortcut should be implemented to return to a previous cursor position is an enhancement. It is something not yet available in OOo. The titel of this issue suggests that this would be the question, but clearly the first poster refers to the Restore editing view instead (1). Therefore, the title of this issue should be changed to reflect the issue it deals with. The titles of the duplicates are much more appropriate and easy to recognise, i.e. "Cursor position should be remembered on loading of document" or "writer no longer opens a document at the saved position". Moreover, it should be marked as a DEFECT, because it clearly and beyond discussion is a defect of a feature in Writer that previously used to work. Issue 43146, marked as enhancement and with status "REOPENED" clearly is exactly the same issue. It should be marked as a duplicate of this issue (the oldest first).
I agree with ftack's comment. This is a defect (and an annoying one to me); the request for a shortcut will probably be obsolet when this bug is fixed. Given the number of complaints about this here and in other forums I visit this bug should be fixed before OOo 2.0 comes out.
There are two issues for a reason. This issue is to have the shortcut key added, and it should be a defect, you are correct, because the spec file in the URL box says that there should be one. The other issue, 43146, is asking for an enhancement to return to the behavior that was present in 1.1.4. Do you see the difference. I filed two issues so that maybe at least this one would be done soon. For me, for a lot of what I do, 2.0 is unusable because of this issue.
JA-> MMP+ES: please clarify if this issue really is a regression. In case it is a regression it should be fixed before 'later' and in the other case it can stay where it is but the regression keyword should be deleted from the issue.
. *** This issue has been marked as a duplicate of 33307 ***
.