No action needed, just wanted to update on a prior feedback about being able to crash Scrivener if I clicked too quickly on the program while it was backing up. I installed Jing and all that jazz, preparing to replicate it, but so far, it doesn’t look like this version has that problem. Even if the program seems to be “busy”–it’s for the briefest of moments-- and me trying to click madly away doesn’t trigger the “Not Responding” anymore. Still think a feedback dialog would be nice but this can be moved waaaaay back on the list for more critical issues.
I re-installed on the laptop and getting the same “MS Word may be required” bug. Then I un-installed, restarted, deleted the …Progams (x86)/Scrivener folder, reinstalled and getting the same error.
I have Win7 64-bit, MS Office (32-bit). Could that be the problem? What can I send you as far as error-reporting tools?
Oops. Tried to compile to pdf and got this error, which also froze Scrivener:
Golly, I’m harassing this forum. I re-tried the compile to pdf and it now works, but compile to .docx is consistently not working with the release. Now I’ll sit back and wait…er, write. Sit back and write.
Thanks for the new Beta! It seems much better, though I’m still playing with it.
I’ve just complied a 3000 word short (plus title page) straight from Scrivener to PDF, Doc, Docx and html. They worked without a problem- the Doc and html was almost instantaneous, but the PDF and Docx took a few seconds. The only visual problem was that the compiling bar (PDF and Docx) vanished half way through - but the compiled files were fine.
Nice work getting the new one out so quickly!
A few fairly minor notes (working in a new project created in 023, Win7 Pro 64bit):
-
Page breaks don’t seem to work in compile, either to .rtf or .doc (haven’t tested others). Checking the boxes for “page break before” in the contents pane doesn’t do anything, and they are unchecked when you return to the compile settings in the project after running the compile. Likewise, the “page break” separator option does not insert a page break.
-
The final “scene” document of the Novel (with Parts) template (under the “Chapter” folder of the second “Part”) exhibits the margin issue that makes the RTF file have about a half-inch of text space so you get the compile with one letter/word per line. As noted elsewhere, it’s actually present in the underlying RTF, as you can see if you open the file from Files\Docs in the .scriv folder in an external editor. Fixing the margin (either in Scrivener or, after export, another editor) works just fine, but the templates should be fixed at some point to help avoid this issue continuing. (I know the templates all still need to be fixed up anyway, as they’re full of Mac pieces that don’t correspond to anything in Windows; also the compile settings seem to not have been adjusted from the Mac version, at least for Novel with Parts–so basically, just compiling with the default template settings does not at all do what you want it to. All obviously minor issues, just something to check whenever templates are redone.)
-
Searching/replacing carriage returns does not seem to be possible at present. It is possible to copy and paste the invisible characters into the find and replace fields (or it seems to work, anyway), but nothing is found if you then run the search, and likewise nothing is replaced. I have no idea how hard this is to implement in Windows, but it’d be a fantastic feature if it could be added at some point down the road. Obviously again, nothing compared to bugs, so this is for a later date.
-
New projects, regardless of the template chosen (including “blank”), always start out taking up the entire screen space so that the bottom section (all of the footer) is hidden under the Windows task bar. Could this be changed so that they’re either a smaller size and can be easily dragged or maximized to fit the screen, or so at least they’re maximized properly, resting on the taskbar instead of moved underneath it? (This has been mentioned elsewhere, but it’s still an issue in 023. Seems to also happen the first time projects are opened in Windows after being edited in the Mac version, no matter what size the window was when closed on the Mac. Happens in XP as well as Win7.)
Thanks, and great work with all of this!
Thanks for the quick update, Lee. No need to apologize for the problems. You’re doing us a big favor by letting us use these beta versions in the way you do.
I’m assuming that you know that the check for updates feature is still non-functional but thought I’d mention it in case I’m wrong.
Thanks for getting the Find function working again. Works great for single files. Finds the text, highlights the text and moves the display to the location.
Not so much joy for Finds over several selected files. It will find the text and it does highlight the text. But Scrivener doesn’t move to the hit location so you’ve got to scroll down until you find it.
It’s hard for me to believe that I’m almost done with revisions on a novel that I started when you first made Scrivener available. The software has really matured during that time. Thanks again.
Cheers — Larry
Major problem when trying to open an existing scrivener project in the latest release:
I followed the link from this post and clicked on the refresh button for my browser, as instructed. I uninstalled 022. While the uninstaller was working, I downloaded the installer for 023. I installed 023 after the uninstall of 022 was completed.
-Scrivener opened up like a first time install (the project template selection dialog with an empty “recent projects” drop down) since all options were reset to the defaults with this install. (this was expected)
-Browsing to a previous project and selecting it took me down a level into the parent “folder” (the folder with the project name and .scriv extension) as if I had selected a folder. The expected behavior (the behavior that all previous versions exhibited) was for Scrivener to open the project.
I figured maybe this was just a problem with the that dialog box, so I created a blank project just to get me into the program.
-I went to file->open and tried to select a project from the “open” dialog box. The same thing happened: When I select a scrivener project it is treated as if I had clicked on a Windows folder. I am taken into the project’s .scriv folder.
In short, I can see all the files in any of the .scriv folders, I just can’t open any projects 
I hope this is just a problem with the install. I will uninstall and try the whole thing over again, then let you know if the problem persists
Sorry to rain on the party, Lunarclipper
Well, after much trial and error (including uninstalling and reinstalling this version, installing the prior version, doing a system restore to a few days ago. . .) I finally got Scrivener to open the files. I simply clicked on the “project” file in the .scriv folder for the project of choice 
.
I don’t remember having to do this before, but I could be wrong. If I am wrong, chalk it up to lack of sleep for this week and fatigue after getting off shift this morning. . .and stop laughing at me 
P.S. Still can’t get the “modified” selection in the inspector to show a new date when I modify a file. Saving the document still doesn’t help, neither does closing Scrivener and reopening it.
I noticed in 2.2 footnotes didn’t work. This seems to have carried over to this version. I can work around by copying an existing footnote and pasting, but I can’t create a new footnote via menu our short cut keys.
Compile works okay in that the footnotes appear and are numbered. The margins are off though. Some footnotes are continued on the next page while for others the bottom of the text is cut off.
Thanks for everything you do,
M.R.
Hi Scrivener Elves.
I just tried a drag and drop import of a Word 97-2003 doc (in Vista) to Scrivener. All behaved normally except that the RTF conversion must have picked up something weird in the doc header. There is no visible header in the original doc, but Scrivener rendered a large initial area of the document in a variety of smudged shades of grey. Attractive but perhaps unnecessary. From memory, I think the original doc was written in a Word template that was not the default one. I’m guessing its probably best to email Lee the actual doc so he can try to replicate the error rather than to send screenshots etc, so will do that.
jmsthornton, did you perchance have an image in the document, anywhere near that first page?
These large grey gradient areas sound like what for the moment comes with rtf or some other ways of importing images, and one would quite possibly expect the same for a drag-drop.
Until this gets its fix, you can select the page-size-or-so grey backgrounds and delete them. You may also find some quite small icons in there also near the image, which can just as easily be deleted.
After this is done, your text and original images should be present without problems.
Regards,
Clive
Hi Clive,
Thanks for the response. No. No image in the original document. That was the mystery. It’s easy enough to work around, because the text appears below the grey “image” just fine. However I posted it as a bug, because it is a bug, not because it can’t be worked around. I know from having accidentally pasted Word documents into Drupal (web CMS) without stripping them down by using Notepad first, just how much junk a Word document can carry with it, which is why I suspect header material is not being stripped out on conversion to RTF by Scrivener. Lee has the original trouble causing document now, so I hope that is sufficient for him to detect the actual bug.
In outline view, I’m encountering a recurring issue with graphics not rendering or not refreshing. The leader lines and pluses/minuses that let you navigate through the folder tree structure do not show up sometimes. When I click on a specific line, the plus or minus next to it is displayed, and a bit of the vertical dashed line from the tree. When I click someplace else, those graphics disappear again.
Not a big functional issue, but it’s disorienting. Had this problem in Beta 022 and it’s still there in 023. I’m working on XP. The project is about 220,000 words.
Thanks,
Kseniya
This is another issue I had in version 022 and it’s still happening in 023:
When I go into the route “manuscript” folder, everything is fine so long as I’m looking at the corkboard, the outline or the text of the immediate folder. When I switch to scrivening mode to see the whole manuscript sequentially, Scrivener freezes. It also ties up 100% of the RAM making the entire machine crawl. I get the hourglass for several minutes. So far, I have not had the patience to wait longer than 10 minutes. I’ve been forcing a shutdown of scrivener via the task manager. In past beta versions, I had no problem with this, so I don’t think it’s anything to do with the size of the project which is about 220,000 words. This is on XP.
Thank you,
Kseniya
I haven’t had those particular problems with the Outline view, but it does load very slowly for me. It takes much longer than the Corkboard view to load when clicking on the binder, and when scrolling through the view it’s a bit slow too.
Are collections still under development?
It isn’t anything urgent, but I couldn’t figure out:
- how to remove files from a collection,
- how to delete a collection, and
- how to view a collection in corkboard view, outline view or scrivening view. The Editor shows the first file in the collection when I click the collection heading.
Thanks.
kseniya,
re: Collections, Well, I’m no expert but after playing with it for a couple of minutes…
1 - Assuming it’s not a collection created from a search, select the document in the collection and press delete. It removes it from the collection but not from the normal Binder.
2 - Select the collection then press the ‘-’ button (next to the ‘+’ button) at the top of the collections/Binder window.
3 - Not sure about this one except that selecting the individual docs in the collection (click the top doc then shift+click the last one) allows you to see them in corkboard (or scrivenings or outline) view. There may well be a proper way, but at least it gives you an option.
This will be coming, so you’ll be able to click a header bar in the collection and load the whole collection into the editor in whichever view you choose. At present, the solution is to select all in the collection and view them that way, as andygrunt suggested.
Thanks, Andy and MM! That was very helpful. I knew I had to be missing something terribly obvious…
Yes, I also have the speed issue with outline view.
On the missing tree graphics issue, I didn’t test purposefully, but I think my XP machine is affected, while my Window 7 machine behaves as it should.
<< EDIT: No, I take that back. The issue is on Windows 7 and on XP. It comes and goes… Comes more consistently than goes. >>