last edit position

Good evening
I would ***LOVE*** to have a CONVENIENT function for jumping to the last
edit position.

I believe this and/or similar questions have been asked before:
http://ask.libreoffice.org/question/1144/cursor-position-not-saved-in-writer#1147

But this does not work.
I do have my personal data entered under Tools and yet the software
ALWAYS opens the document at the top.
Once I am working in the document, there is the "Navigator", but despite
of having all sorts of items/functions,
there is NONE, that would bring me back to the last position the cursor
was, when I was last editing the document.

Right now I am working on a 60-page document and it is really a nuisance
having to scroll (one way or other) through
dozens of pages to get back to that last editing position, once I left
it for whatever reasons.

In the past I used WordPerfect (not any more). This had a very
convenient function called "quick mark".
Every time you save the document (Ctrl+S), the software automatically
enters a mark and you can jump to that position
from whereever you are with a keyboard shortcut.

Although under Tools -> Customize -> Keyboard -> Navigate
there are millions of things you can choose to go to, but nowhere
something like "last (edit) position".
You CAN insert a bookmark and then jump to that bookmark, but to my mind
this is a rather clumsy way of
achieving what was so elegant in Wordperfect.

Is there a trick to it?
Something that would make this action quick and easy (preferrably
automatic)?

Thank you.

Hallo Thomas,

using a basic makro you can get (and set) several parameters on how a document
is loaded. Maybe in your case the JumpMark parameter has been changed to
false.

see service MediaDescriptor
in OOME_3_0.odt chapter 13.10.1 by Andrew Pitonyak
http://www.pitonyak.org/oo.php

have fun

Walther

Thomas,
You could do what I do in plain text editors when editing software source files. I insert a string of "at" signs: "@@@@" where I want a "tag". I then can do a search for "@@@@" and go to where I want. Multiple numbers of "at" signs or different strings can allow multiple "tags" to search for. This is not the single-key function you would prefer, but it does work and is not very complex.

I maintain documents larger than 60 pages and I generally use the vertical scroll bar while looking at paragraph numbers or the page number in the bottom status bar zooming by. I may have to scroll back and forth a bit to home in to the area I want, but this process is reasonably fast to me.

You probably already know that LO will open a file and place the cursor where it last was when the file was saved.
Hope this helps.
Girvin Herr

Thomas Blasejewicz wrote:

Thomas Blasejewicz wrote

Good evening
I would ***LOVE*** to have a CONVENIENT function for jumping to the last
edit position.

I believe this and/or similar questions have been asked before:
http://ask.libreoffice.org/question/1144/cursor-position-not-saved-in-writer#1147

But this does not work.
I do have my personal data entered under Tools and yet the software
ALWAYS opens the document at the top.

I use that feature daily and I can assure you it DOES work with ANY
LibreOffice (or OpenOffice) version under Windows XP x86.

In fact you can test this easily: go to the User Data and just fill the
First and Last names (make sure all other fields are blank) with First and
Last, then open this document
https://www.dropbox.com/s/jr74qmarxmktx5y/cursor_position.odt
It should open in page 8, line 115

Hope this helps...

Good afternoon
(2012/06/19 13:15), Pedro wrote:

Thomas Blasejewicz wrote

Good evening
I would ***LOVE*** to have a CONVENIENT function for jumping to the last
edit position.

I believe this and/or similar questions have been asked before:
http://ask.libreoffice.org/question/1144/cursor-position-not-saved-in-writer#1147

But this does not work.
I do have my personal data entered under Tools and yet the software
ALWAYS opens the document at the top.

I use that feature daily and I can assure you it DOES work with ANY
LibreOffice (or OpenOffice) version under Windows XP x86.

In fact you can test this easily: go to the User Data and just fill the
First and Last names (make sure all other fields are blank) with First and
Last, then open this document
https://www.dropbox.com/s/jr74qmarxmktx5y/cursor_position.odt
It should open in page 8, line 115

Yes, I am aware that this "SHOULD" work ... but it doesn't.
For reasons I do not understand.
That is why I am asking.

Your document too opens on page 1, line 1.

"Sometimes" if I create a new document and LibreOffice "feels like working today", this function actually DOES work,
but .. as I said, not consistently.
And that is to my taste very annoying.

Is there anything else I could try?

Hi :slight_smile:
Have you tried renaming your user profile to see if there is something odd in there?
https://wiki.documentfoundation.org/Documentation/UserProfile
Regards from
Tom :slight_smile:

Line 1 page1 for me too.
Steve

Steve Edmonds wrote

Line 1 page1 for me too.
Steve

Using which version under which OS?

Did you change the user data to First Last? Otherwise it should open in page
1 line 1

Steve Edmonds wrote:

Good afternoon
(2012/06/19 13:15), Pedro wrote:

Thomas Blasejewicz wrote

Good evening
I would ***LOVE*** to have a CONVENIENT function for jumping to the last
edit position.

I believe this and/or similar questions have been asked before:
http://ask.libreoffice.org/question/1144/cursor-position-not-saved-in-writer#1147

But this does not work.
I do have my personal data entered under Tools and yet the software
ALWAYS opens the document at the top.

I use that feature daily and I can assure you it DOES work with ANY
LibreOffice (or OpenOffice) version under Windows XP x86.

In fact you can test this easily: go to the User Data and just fill the
First and Last names (make sure all other fields are blank) with First and
Last, then open this document
https://www.dropbox.com/s/jr74qmarxmktx5y/cursor_position.odt
It should open in page 8, line 115

Yes, I am aware that this "SHOULD" work ... but it doesn't.
For reasons I do not understand.
That is why I am asking.

Your document too opens on page 1, line 1.

"Sometimes" if I create a new document and LibreOffice "feels like working today", this function actually DOES work,
but .. as I said, not consistently.
And that is to my taste very annoying.

Is there anything else I could try?

Line 1 page1 for me too.
Steve

      I opened the file using LO 3.4.6 and 3.5.4. Both of them opened your file Line 1 page 1. I have Ubuntu 11.10 64 bit using the DEB's from the LO website.
      As a test, I opened a document that I had worked on yesterday. The cursor was blinking at the very point that I finished editing the document.
      Why it would open a document to the place where work ended before but not do this for another document is the real question.

--Dan

Dan Lewis wrote

      I opened the file using LO 3.4.6 and 3.5.4. Both of them opened
your file Line 1 page 1. I have Ubuntu 11.10 64 bit using the DEB's from
the LO website.
      As a test, I opened a document that I had worked on yesterday. The
cursor was blinking at the very point that I finished editing the
document.
      Why it would open a document to the place where work ended before
but not do this for another document is the real question.

Then it is working as expected under Ubuntu. It should open on page 8 line
115 for user First Last only!
If you jump to some other page, make a modification and save it, when you
reopen the document the cursor should be were you edited :wink:

Please read explanation here
http://ask.libreoffice.org/question/1144/cursor-position-not-saved-in-writer#1147

Yes it is working. I mis-interpreted your email. I put my first name for First, not "First", etc.
Now with Name "First" "Last" it works.

steve

Hi :slight_smile:
I don't think it really matters what goes into the user info for the file.  It might work even if it's just a couple of spaces.  It's a bit weird that anything needs to be in there but i'm sure the devs will fix it one day. 
Regards from
Tom :slight_smile:

Comment in line:

Tom Davies wrote:

Hi :slight_smile:
I don't think it really matters what goes into the user info for the file. It might work even if it's just a couple of spaces. It's a bit weird that anything needs to be in there but i'm sure the devs will fix it one day.
Regards from
Tom :slight_smile:

      Obviously, it does matter. I had something else entered in the user info, and it opened at the beginning of the document. When I changed the first name to First and the last name to Last, it opened on page 8 line 115.
       I also note that when I am writing with Changes > Record along with Changes > Show, different people editing my document have a different colored font. Comments are also colored according to what is contained in the user first and last name.
      So, it seems the first and last names serve a variety of purposes. It now also makes sense to enter information in the User section.

--Dan

Hi Tom :wink:

Tom wrote

I don't think it really matters what goes into the user info for the
file.  It might work even if it's just a couple of spaces.  It's a bit
weird that anything needs to be in there but i'm sure the devs will fix it
one day.

You are missing the point :wink: There is no bug. In fact it works perfectly and
the way it works makes perfect sense.

There are only two limitations (at least under Windows...) that make this
feature less perfect:

1) The user data that shows (or that you fill) during install is useless and
is not used by LibreOffice (it seems to have been removed from the 3.6
installer which is good)
2) When LibreOffice is installed and executed for the very first time the
user data should be requested (with a brief explanation of what it is used
for)

Cheers,
Pedro

Hi :slight_smile:
In a different document i found that even without any user-data in
File - Properties - Description
It still opened at the place where the cursor was when i last saved the document (even though i hadn't edited anything there).

I did have a tick in
File - Properties - General - "Apply user data"
A quick but inconclusive test showed it seemed to recognise my login name as the "Author" which would make sense.

It hadn't occurred to me to look for collaboration tools in Writer.  I don't really need it and it would just confuse anyone i work with but it's good to see some quite sophisticated tools are there. 
Regards from
Tom :slight_smile:

Good morning

(2012/06/20 5:48), Pedro wrote:

Hi Tom :wink:

Tom wrote

I don't think it really matters what goes into the user info for the
file. It might work even if it's just a couple of spaces. It's a bit
weird that anything needs to be in there but i'm sure the devs will fix it
one day.

You are missing the point :wink: There is no bug. In fact it works perfectly and
the way it works makes perfect sense.

There are only two limitations (at least under Windows...) that make this
feature less perfect:

I noticed something else:
1) When I edit -> close -> reopen a file in "Print Layout", the cursor is upon opening the file at the last edit position.
2) When I switch with the file open to "Web layout", the cursor jumps to the top of the document
3) When I open the same file as under (1) in "Web Layout", the cursor is at the top of the document.

So, this would suggest, that I work always in print layout, but I have my reasons why I often prefer the web layout.
Is there anywhere a setting where I can modify how LO behaves when I work in web layout?
I would love to see the "perfect sense" also working in web layout.

If there is, I assume it would solve the problem without going through the trouble of recreating my user profile.
If the problem is caused originally by Print/Web Layout differences, will probably not help anyway.
Or am I wrong again?

Hi :slight_smile:
I don't think you have been wrong once in this thread.  Hmm, well except for when you said "am i wrong again".  That was wrong.  I think it was, but it's just my opinion really.

That is interesting about the different layouts affecting the issue.  Is it time for a bug-report yet?  Either of these links is good.  They both end-up with the same result but i think you might prefer the non-wiki one for this problem
http://wiki.documentfoundation.org/BugReport
https://www.libreoffice.org/get-help/bug/

Regards from
Tom :slight_smile: