I’m using Scriv 2.1 under Lion. Whenever I re-open a text file in a Manuscript to work on it some more, the text file opens at the top of the file instead of at the last place I was working.
If there’s a preference to set so that it always opens up at the last spot edited, I can’t find it. If there’s NOT a way to do this, I would really like there to be!
I’ve got another report of this happening—I’ll need to check and see if they are using Lion as well. Does this happen under any circumstances, or just a few. Have you just tested clicking in the Binder, or have you also tested using View/Go To/..., the History buttons in the header bar, the two arrow buttons on the right side of the header bar (for up/down Binder navigation), View/QuickReference/… and I think that’s it. All of those should open the file to the last known cursor position if everything is working together correctly.
Something else to test: in a document that you know for a fact is not storing the cursor position, what happens if you open the Inspector and set its Include in Compile checkbox to OFF, close the project, and re-open it? Reason I ask is, these two bits of information are stored in the same file, and in the same location. So if it is a storage problem then the checkbox setting might not stick either.
If it doesn’t stick, can you make a new item in the Binder, reload the project, and see that item later? That would help narrow down whether this is an writing problem to the file, and XML issue, or an inability to grab the cursor location (and thus not a problem at all with the read/write routines). I’m betting on the latter. The other two possibilities would have a host of other symptoms.
It’s happening in every project I had created before upgrading to Lion. If it makes any difference, I have become very fond of sticking each project in its own Desktop. No idea if that affects intra-application behavior or not – can’t see why it would, but I thought I’d mention it.
I always click in the Binder to move between documents.
Always amazes me when I find something new in this program (you’d think that would get old after a while, but no), but I didn’t even know about the History command. Nonetheless: moving backward in the History leaves me at the top of every file I click through.
Did this, the file reopened at the beginning.
The new file was present in the Binder when I reopened the project, but interestingly, that file wasn’t selected when the project reopened. Nor was the file above it (which had been selected when I said “new file”). Another file, several chapter folders up the Binder was selected instead.
I also just created a new project with two chapter folders in it, each containing one file. I tried playing around some; ended up at the top of the file every time.
I should have been more clear with the checkbox test, I was mainly looking to see if it stayed unchecked after you re-opened the project. The state of that checkbox is stored in the same exact location as the cursor position. So it would help determine if the code that works with this particular spot is messed up.
Glad to see you learned of the history buttons though, that’s a very useful feature.
Very strange. Are you using Page View mode by any chance? By that I mean, is your editor set up to show the text on pages, or is it one long file?
Sorry: yes, the checkbox stayed unchecked when I reopened the project.
And my Scrivener education continues! (Honestly, I’ve used this application for YEARS…) I do not use Page View mode, partly because I didn’t know it exists and partly because if I wanted pages I would use some other word processor. 
I view all of my files as one long file, unless I do Scrivenings, in which case I view it as one hella long file.
I have seen the same problem (everything returning to the top of the document), and this is what I discovered: It does it only in the full-screen mode. If you take Scrivener out of the full-screen mode (which is new to Lion), the problem goes away.
Is Scrivenings mode an ingredient in this as well? Lion Full Screen + Scrivenings sessions might be having problems, especially when switching between FS and regular.
Not sure I understand your question. The problem occurs whenever I’m in document view and click the double-arrow in the upper right corner of Scrivenings to go to full-screen mode. When not in full-screen mode, there’s no problem. So I just avoid using full-screen mode entirely.
It’s happening to me too. All the time, in and out of Lion’s full-screen or not. And the “Include in compile” remembers itself fine. Happens on current projects and it happens on new projects (Blank or otherwise)
I’m on 2.1.0.5 & Lion
Lion’s Full Screen (as opposed to Scrivener’s Composition) mode is really useful, but I am getting the same issues. If I split the screen, switch between documents or change the screen width (by altering the width of the editor or binder), then the cursor jumps from the editing position back to the beginning of the document. If I close Scrivener in Full Screen mode with the cursor in the middle of the document, and relaunch, as it reloads, I briefly glimpse the text with the cursor where I left it, but then it jumps back to the beginning of the document.
This is when editing single documents or Scrivenings in draft (i.e. non-page layout) view.
None of this happens when I exit Lion’s Full Screen mode.
I am using Scrivener 2.1 and Lion 10.7.1.
I’m on 2.1.0.5 on Lion 10.7.1 and losing my cursor place on every single file no matter what I’m doing is really beginning to bug me…
Is there anything I can do?
Unfortunately, I still can’t reproduce it. When the issue was first reported, I tested it and reproduced it instantly, then added it to my “to do” list. Now that I come back to work on it, I cannot reproduce it at all, neither on my MacBook Air nor on my Mac Pro.
My feeling is that it must be to do with the replacement editor centring code that was added to 2.1.0.5.
I’d be grateful if anyone experiencing this could provide the following information, as this may help me find what is going on (I know some of you have answered some of these questions already in your replies, but if you don’t mind answering them all in one block, that would really help - thanks!).
Which exact version of Scrivener 2.1 are you using? That is, 2.1 or 2.1.0.5?
Does this only happen in Lion’s full screen mode?
Does it happen immediately when you enter full screen mode, or only when you move the horizontal splitter between editors in full screen mode (or both)?
Before moving on to the next steps, could you please take a screenshot of Scrivener as it looks when the problem occurs, so that I can set up my window in a similar manner, and post it here?
Again, before moving on to the following steps, please go to the Preferences pane, click on “Manage…” in the bottom-left corner, select “Save all preferences…”, save the file to disk and attach the resulting .prefs file to your reply (this file contains no personal information, just the non-personal preference settings).
In the “Editor” pane of the Preferences, are both “Fixed width” and “Center” ticked?
If so, what happens if you un-tick “Center”? Now does the problem go away?
Likewise, what happens if you un-tick “Fixed width”?
Many thanks!
All the best,
Keith
This was happening to me to (in full screen), but I noticed that it was just the view that wasn’t showing my cursor. If I pressed a key (spacebar, for instance) the view would jump to where the cursor was and insert the “space.” As soon as I unchecked “center” the problem went away.
Using version 2.1.0.5 on 10.7.1
2.1.0.5
No, it happens all the time.
Edit: I can “fix” by going into compose mode and then back out. Putting Scrivener into compose will cause the editor to jump to the correct position. It’s as if on initial editor load, when the editor window is not gaining focus, a required “refresh position” or similar event is not getting called (I’m guessing your interface lifecycle here)
Happens all the time regardless of Lion’s FS mode. IE when you change documents via the binder they don’t jump to their ‘correct’ position. They look as if they don’t have focus (they don’t), EG there is no cursor. When you go into compose they gain focus and the scrolling + cursor appears where it should.
[*] Again, before moving on to the following steps, please go to the Preferences pane, click on “Manage…” in the bottom-left corner, select “Save all preferences…”, save the file to disk and attach the resulting .prefs file to your reply (this file contains no personal information, just the non-personal preference settings).
Jennifer-Yates-Scriv-Prefs.prefs.zip (5.61 KB)
Yes
No
Doesn’t fix it
Steps for me to reproduce
Are these fairly long documents? I ask because Scrivener cannot jump to the correct position if the selection is towards the end until the text containing the selection has been laid out; I’m therefore wondering if it’s just that the text is still laying out. What if you wait a couple of seconds - does it jump to the correct position then?
Thanks,
Keith
No, not long. 1k to 4k words. Waiting doesn’t help.
Okay, I’ve reproduced it. Please try out the latest beta (14900) to see if that helps:
https://forum.literatureandlatte.com/t/scrivener-2-x-update-betas-download-here/11262/1
Thanks and all the best,
Keith
You got it. I can no longer reproduce.
I just tried the beta, and I still have the same problem: the project opens on the last file I was editing, at the top. I need to go over your post on the last page and fill out that report now.
And the cursor is definitely at the bottom of the text, not at the top (that is, the insertion point)? Also, if you wait a few seconds - if it’s a long document - does it catch up?
