Wish List

  1. I’d like Scrivener to open faster. Sometimes it’s really slow to open projects, even small ones.

  2. Sometimes when I click to open the program before all my start menu is up, it won’t open even ten minutes later but when I click on it again, it then opens two projects and freezes. I’d really like to see this issue solved but also some parameter put in place so that Scrivener doesn’t even try to open the same project twice.

  3. When it comes to working in pieces Scrivener is far superior to word, but when it comes to working on the document as a whole the program slows down and often freezes. It does okay if I’m just reading but if I want to make a change why reading there are huge lags. Word doesn’t lag working with whole documents. I don’t know what you can do, but I’d like to see it handle larger documents quicker.

  4. When Scrivener freezes it shows that I have two windows open in task manager even when there is only one. I don’t really care about this, but I suspect it relates to why scrivener freezes so often.

  5. When Scrivener is lagging my whole systems lags. I don’t have any other programs that affect everything unless the CPU is close to 100%. Scriv often shows a low CPU usage but again, if scriv is lagging my computer is useless until it’s starts to function normally.

  6. I use foot notes and inline notes often. Inserting them is easy enough but if I want to put something in the middle of the sentence the system auto capitalizes the word following the inserted text.

  7. The footnote box itself doesn’t quick. I feel like I should be able to click after the box and start typing regular text. Instead I have to add spaces, select those spaces and turn it off. Only at this point can I begin typing normal text. If you happen to do a lot of footnotes or inline work this small problem becomes really time consuming.

  8. A pop out internet search feature. I know this is a big wish, but when I’m in scrivener and I have to do an internet search, either have to re-size scriv and open a browser or minimize scriv and open a browser. I’d love something like scratch pad (Search Pad) that floats over scriv and functions somewhat like the browser on my cell phone.



My wishlist:

  1. Moving paragraph up or down
    A quick way to float a paragpraph up or down, simply by holding down say, Ctrl and pressing Arrow-keys. Right now you have to press Home and Shift-select keys etc, to mark the whole paragraph, then do a Ctrl X, then move up, then hit Ctrl V - :frowning: tedious and frustrating.

  2. Jumpmarks/Bookmarks
    I am not talking project-wide. These are taken care of with annotations etc.
    I mean per document: Ideally user-definable: In Options you specify @@ or ## or whatever, and every line beginning with @@ or ## will not get compiled. Instead you get to see these lines in the inspector, clicking on them takes you there. For quick notes like @@ToDo, @@Follow-up, @@Research needed, etc.

  3. Reveal all /Collapse All without having to leave the editor
    It keeps throwing me off: Needing Ctrl Tab to switch the focus to the binder.
    Where am I? Nothing noticable happens on screen, the editor bar stays highlighted, the binder is not lighting up.
    Wish #3: Being able to assign a shortcut, say Ctrl F3, to trigger a “Reveal All” that works from everywhere.

  4. Similar shortcut behavior for the Inspector
    See above under 3). I am boxed in by the editor, the sidebars are not integrated, I cannot get to them other than taking my fingers away from the keyboard and grabbing for a mouse that I rarely use (typing in trains and public places on my laptop)

  5. Restore Binder View
    Every drill-down in the binder is destructively permanent: Reveal in Binder, I want a way to go back to the last Binder view.

I am not using Scrivener for the time being because my workflow slows down considerably without these features, especially the typing stuff 1 + 2

Okay, first: SCRIVENER ROCKS. At least overall. Although I too am seeing some lags, I chock it all up to the immense behind-the-scenes data hauling that the program is doing on my behalf, and I’m grateful. No freezing as yet; but I have a pretty beefy PC.

I will wholeheartedly agree with items 7 and 8. The footnoting is cumbersome, especially if you’re trying to refer to more than one reference at a time. And when compiling to Word, my experience thus far is that endnotes become footnotes without my consent. I can manually move these in Word, but the number format changes to roman numerals, which are not conventional for reference in academic submissions. Finally, it’d be really nice if the footnotes accepted pasted values, so that I wouldn’t have to retype the whole reference by hand – and risk typos that confound my readers.

I too am aware that it’s a greedy thing to ask for, but BOY it’d be cool if you could run searches from within the research folder…

My wish list contribution is minor … but maybe it’s also easy to do?

A “custom zoom” value would be great. Zoom options jump from 200% to 300%, and somewhere in between is my sweet spot. So, either a place to enter a custom zoom value or another gradation between 200 & 300?


Some small issues/suggestions:

Remove the default text “http://www.” from the Create External reference dialogue on the Inspector. I always cut and paste a url into here, never type one, and so I need to select and delete this text every time I add a reference.

Smart treatment of spaces before and after words in cut and paste operations. When I move words around, I would like Scriv to know whether it should add a space before or afterwards - as Word does.

I can’t use the mouse to drag and drop a corkboard card to first position. Drag and drop is a bit fiddly everywhere else - you have to get the card very exactly positioned or it ends up dropped within one of the adjacent cards (I know about the option to exclude this, but it’s a useful feature). But the vertical blue line seems to be unavailable if I’m trying to move a card to be first in the top row.

  • but overall, of course, a great program - thanks for the support on this forum and keep up the good work :smiley:

My wishlist:

  1. The possibility of setting the time between auto-saves to 0 (zero), which would disable timed auto-saving and auto-saving when project is closed (a standard prompt asking whether to save would appear then, if there were any unsaved changes). If possible, also, being able to set here an alternate folder for auto-saving, with manual saves still done to the originally created folder. This alternate folder, by default, could be inside the same parent folder as the original and have the extension “.scr-as”, for instance, meaning “Scrivener auto-save”.

  2. Synonyms and thesaurus, accessed by right-clicking on a word.

  3. More powerful project-level undo and redo.


this is kind of an odd one… I’d like to be able to make index cards “pop” or stand out, maybe color code according to the status, not just the label.

for example… I currently have a project with over 60 index cards. (in corkboard view, of course) nearly all of them have a status assigned. what I could like to do is be able to set the ones with a status of TO DO to pop out, to be more noticable than those with other statuses (or any status, just using that as an example)

I don’t write scenes in order and this would be a great help in see where I still need to work.

Strongly supported. My favorite autosave triggers from other programs:

  1. Autosave changes every xx minutes/seconds
  2. Autosave every # of paragraphs (a setting of 1 would save every time you hit ENTER)

Interesting idea, I like the control it offers, although you could probably achieve a similar effect with snapshots (on a per-document basis, not project-wide)

Okay, here’s an odd one but I’m not sure if it’s there and I’m missing it. Is there a way to open research cards so that they are on top of the work space and can be referred to while working on chapters.

I’ll explain what I’m doing so it might make more sense. I need to jot down where characters are on certain days/chapters. There isn’t a timeline function in Scrivener, but I don’t need anything fancy for this, just the ability to keep my own running list. So, I decided the scratch pad would work. It does and I can save it to the research folder so I don’t lose the notes. All great. But once the file is saved as “timeline” in research, there’s no way to open it back up so it appears floating over the work, like the scratch pad does.

Yes, I can split the screen and have the timeline show where I’m working on the document, but eventually that just gets crowded and takes away work space. I really just want to be able to float research and other non-story elements for quick reference without having them taking up writing space. The scratch pad already has that functionality but I lose the float ability once I save something elsewhere.

Hello Marie,

That will be coming in the future when quick reference panels are implemented. Cannot give you a timeframe for their introduction in Windows though sorry!

Oh, that’s good. It means it’ll be there eventually.

Of course, it does make me think you could simply create a blank pop up like the scratch pad, call the darn thing “timeline builder” and probably satisfy at least some of the requests for a timeline. Yeah, it would connect to anything, but it would let people keep track of the timeline in their own way. Sometimes that’s all we really need even though we think we need something fancier.

Thanks all, for the suggestions. I’m just going to go through a few here that I think might be solvable with existing tools, or make comments on the status of others.


Nokia has made major improvements to the underlying text engine we are using which should resolve most if not all performance issues with text quantity. Right now the program is on the line of what is acceptible, but our early tests indicate the new system will make it a powerhouse with huge projects even on budget computers. This holds true not only for overall project performance but single document performance as well (pt. 3).

Generally speaking on pt. 3 though, do find yourself working on the entire Draft out of habit, or are you getting some specific use out of this? I ask because, as a Scrivener user of about six years now, I never assemble the whole Draft with Scrivenings. I hardly even ever assemble a chapter. Sections are about as big as I go. This isn’t to say the program shouldn’t perform well on a 150k word document (not that Word particularly does!); I’m just genuinely curious, as I don’t have much need for having the text that is 100+ pages off of my scroll bar already loaded in the editor.

General performance talk aside, it does sound to me as though you’ve got some bug going on that is causing excessive slow-downs. I never have all-out freezes like you describe. Sure, it might take a few seconds to open my 300k project, that’s to be expected, but once I’m in it it doesn’t “freeze” unless I ask it to do something huge, like compile, or assemble a huge Scrivenings session or corkboard. So it sounds like you might have something going on here beyond the normal. You might wish to contact windows.support AT literatureandlatte DOT come, on that one.

Yeah, auto-cap needs a few other tweaks as well, such as smarter ellipses handling. I just leave all of that stuff off and type like I mean to. Heh. :wink:

It actually works just like bold or italics does. Treat it the same way. You don’t need to click anywhere to stop bold, just hit Ctrl-B again. Same thing with footnotes. When you are done typing the note, hit Ctrl-Shift-F again.

Since I don’t know what cellular phone you own, or how it works, I think I might be a bit lost on this one. Why can you not just switch to the browser? That is what I do. If I want to look up something, I Alt-Tab to Firefox and then when I’m done I Alt-Tab back to Scrivener. There is no need to minimise it first.

There is a scratch pad, in the Tools menu. It floats over everything so you can browse and take down notes easily, and then bring those back with you into Scrivener, either manually or by using the append tool.


Yeah, we’ve got a design for that. It’ll be based off of the annotation feature. Just an asterisk and a space at the beginning of the line to mark a paragraph. Any text in the annot following the astrerisk-space will be used as a title; first few words of the paragraph will be used otherwise. Double-asterisk space will create “headers” in the bookmark list. The list itself will be a menu that you can access and use to jump straight to an bookmark.

So, you’ve got the binder open, and in the left split you have an Outliner session showing you the Research folder. In the right split you are editing your text document. What happens when you press the hypothetical Ctrl-F3?

Does the selection bar not light up for you? For me it is a light grey when the focus is elsewhere; blue when the binder has active focus.

This will be implemented in time; it is already on the list. There will be a way to not only activate individual panes but focus them directly so you can start typing or selecting items.

Could you clarify that one in a step by step? I’m not sure what you mean by the last Binder view.


Edit/Paste and Match Style (Ctrl-Shift-V) is your friend. :slight_smile: Again, just treat annotations and footnotes like you would any other formatting.


Have you tried drag and drop? I just drop the icon from the URL bar of the browser into the references list.

Improving the feel of this is on the list.

All auto-save suggestions: Sorry, but it probably won’t ever happen. That’s just how the program is designed to work and it has been discussed quite a lot on the forums already. If your main objection is the loss of the ability to roll back to a prior save point then I suggest Snapshots. Treat Ctrl-5 like you would Ctrl-S. You get every benefit of working that way, plus you get a trail of saves to work with, and you get down to the second auto-saves in the case of a power failure or crash. Side-car auto-save is a better solution for single file programs. I’m a Vim user, I like having that sidecar file that I can recover to if I crash, so I’m no your side with this point. However I must admit that for a project folder that has thousands of files in it, maybe even gigabytes of weight, a duplicate project folder beside it is probably not the best solution. But you really aren’t losing anything with the system I described above, over the sidecar file way of working.

Think of it this way: the live RTF file you are typing in is your sidecar file. Constantly saved and faithfully recording your work. The Snapshots are you static file. They are there if you need them, but if you don’t need them, no big deal, the sidecar file will step up and export its text.


As Stacey points out, there will be something like this eventually. For now, you might consider the following layout:

Binder + Corkboard (top) / Editor (bottom) + Inspector

In the Inspector you have access to each item’s notepad. In the corkboard you have your research cards. You can make it as tall or short as you like and size the cards for maximum benefit. When you click on a card, it will load its information into the Inspector on the right—and that includes its Notes field. Use that to capture your thoughts, or reference prior ideas you’ve had, while writing in the lower window.

That notes field is your friend for that very reason—it can sit on the side without requiring you to change views in the editors to see it. Many reference-only style cards, in fact, could consistent entirely of Notes content and note main editor content at all, given this method of working.

If you wish to stick the notes to the Inspector sidebar even after you switch back to the editor (ordinarily it will switch to showing the document’s notes that you are editing), then that is what the little Lock icon in the corner of the Inspector is for.

The application was really designed to work without a big mess of floating windows. :slight_smile:

I’m using the document notes field for notes specific to each chapter. Right now these are details that have to be taken into account to work with the overall timeline, so I need to timeline separate from the document notes field so I can go back and forth.

I’ve been completely ignoring the corkboard options because the Windows version is behind the Mac version in the ability to move and position cards so it just isn’t working for what I do yet. And the split screen cuts into writing space. At this point, the solution I’ve been given to keep track of scene word count is splitting the screen. And it seems the solution to the research is splitting the screen. So I can only do one of them. And I’m rather running out of space to write the actual story in.

I might be misunderstanding you, but the document notes are tied to each item in the binder, so you can go on using the notes for the document you are writing in, and while you are writing in it you can see them, but if you need to jot down a quick timeline note you can select the card, see its notes, jot down your idea, and then click back into the editor to resume working—the notes following you along as you do so. If vertical space is a problem, try a slim corkboard on the left or right that is only one index card wide. Or if you just don’t like the corkboard you could try the outliner instead with only a few columns enabled—maybe even only the title. I don’t think freeform index card placement would help you on the space issue though, if anything freeform corkboards require way more space than a tightly aligned grid.

And remember you can save these layouts and return to them later with the View/Layout/Manage Layout command. So you can switch back and forth between full writing and a more editorial view at will.

But yes, the program really was designed for that split view to be an important part of how you work. It doesn’t mean you have to, of course, there are other options, such as the History. How big is your screen? You might try hiding the binder if you’ve got things set up the way you need for the next half hour. That will free up a little space.

Thanks Amber,
I still wish we had a seperate wishlist section (and a bug list section). That would make it much easier to track every item and probably reduce many repetitive postings. But I appreciate your time and openness to suggestions.

I see what you’re saying. The command “Expand All” belongs to the outliner, not to the binder. I don’t use the outliner because it lacks features I am used to, and since my shortcut works in the binder (but only if I FIRST go there), I assumed “expand all” would belong to the binder.

No. Nothing changes. Neither the title bar of the editor (which loses the focus) nor anything in the binder (which receives the focus). I am on Vista32.

Well, by “view” I mean the state of the binder: some nodes drilled down, other nodes collapsed.
The binder does not reflect what document I am currently editing. This is by design (I read the comprehensive arguing about that in the Mac-forum) and will not get changed. Some users want to keep their binder structure as it is. And I respect that. They recommend using “Reveal in Binder” to (mostly Windows) users who are used to seeing their present location in the binder.

BUT, “Reveal in Binder” is irreversible. What the hardliners want to adhere to (an “intact” undisturbed binder structure) is permanently altered by “Reveal in Binder”. So I am suggesting a “Previous” button for the binder. To go back to the structure the binder last had before applying a “Reveal in Binder” to it. This would serve both parties, those who claim the binder should keep its structure, and those who want it to reflect the current document.

We do, actually, over here. It’s universal to both platforms because although they may be at different points on the path right now, the path is the same. Some requests are by nature platform specific—such as say the integration of a partical OS feature or what have you, but that’s fine, these are the minority of requests.

Bugs are here. Platform specific, naturally.

Expand all, in my opinion, belongs as much to the binder as it does the outliner. My main point in this example was: which should take the universal expand all from the editor? I think either one might be too much of a presumption on the software’s part. It can’t guess as to which is your primary (which you last clicked on might not really be your primary navigation tool), and expanding both seems to me something that hardly anyone would ever really want. Maybe live with, but not really set out to do. Neither really pops out to me as a good situation. Even though I kind of like the idea of expand/contract all remotely, that quandary makes it difficult to apply.

Remote control in the program in something we (EDIT) don’t shy away from. You can for example flip the history on the other split while typing in the other, and eventually we’ll add the ability to PgUp/Down remotely, too. So it’s not that that is the problem, it’s that the remote control only ever impacts the alternate split. Bringing the Binder in as a potential canditate confuses the clarity of the operation.

While you may not work this way yourself, plenty do not use the binder as a primary navigator. They have it set up to affect only one split, which goes to a an outliner/corkboard and then that is set up to auto-load clicks in the second split. So they navigate part of the way with the binder, and then the rest of the way with the navigation split. It’s a useful way to work when your draft has 650 pieces; fully expanding the binder is unrealistic. In that case the most relevant outline would be the split, not the binder.

I’ll check and see if that is a known issue. You are on 1.0.3 right? I recall that was updated fairly recently (my concept of time is blurry, however, so I could be wrong!).

Ah, got it. That’s something to think about. There is, by the way, a passive information tool in the header bar, the “Path” menu. It is functional as well as informational. Selecting any ancestor in the list will jump the editor to that spot, and is thus useful for many contextual operations.

Thanks Amber,
I know about the combined wishlist for both platforms, but when posting there too many Mac-users respond by referring to this and that and already implemented etc…

The bug section in Windows contains 2000 topics without sticky topics about known bugs. It was very time-consuming for me to read through dozens of convoluted postings just to find out eventually that, yes, tables do have known issues, yes, this is a confirmed bug etc. Try searching for “table” and you know what I mean. In addition to that, as a new user, you may not know the correct terminology for some issues. It would really help to have a list of known bugs BEFORE stumbling over these very same bugs as a newbie.

Yes, I understand, actually that’s the way I had wanted to work when I started out. But couldn’t get to grips with the seemingly random views of corkboard vs text. Frustrated I gave up on using the split view.

I understand from other threads that my confusion is caused by a bug in the topic history sequence (going back to last viewed will often not take you there). Which again illlustrates my point above about not having a known bug list.

What I tried to achive before giving up on it: Keeping view modes fixed to an editor:
Corkboard on top, text below. Always.
Clicking a text file would open it below. Always. The top split would show its siblings, if any
Clicking a folder: Corkboard view above. Its text content below.
Not being able to do so, I gave up on using the split, and stuck to the binder exclusively.

Yes, Vista 32 SP1 with 1.03. No visual indication in any of the title bars that I switched the focus to the binder. Also, this may be related: the formatting bar does not reflect the changes of the currently selected text. I am sitting in a bold font of size 16. The bar will still show regular font at 12.

I’m working on a mystery novel, so what I really want is simply a timeline or other note field, like the scratchpad, that I can float above the whole Scrivener process so I can work back and forth as I need to fix clues and other issues. As I work on a chapter, I can reference the timeline, and if needed, make notes on places where things need to be synced up.

Really, I simply want to be able to float a card to work the way I work. Right now there is the scratch pad which has that function, but if I save that to the research field, I can’t refloat it. So I’ll just keep opening the research card and copy the info and sticking it back into the scratch pad. Because that simply is how I want it to work. So, the ability to do that is part of my wish list. If it doesn’t come - I’ll keep doing it manually.

I might be missing something, so apologies if I am, but don’t Project Notes provide such a persistent view, regardless of the actual document in the editor? Granted, it’s not a floating window, but it doesn’t have to be reset from the research document each time and on face value it would seem to fit your requirements, pending the introduction of Mac-style QuickReference floating windows.

Project Notes are in the same Inspector as Document Notes – you toggle between them on the Notes panel header bar. If you temporarily hide the Binder, you can have a reasonable wide editor and the project notes visible without too much difficulty, I think.

More details, from the manual:

[i]You might also find the Project Notes tool to be useful, as it is accessible from everywhere in the interface. Project notes, like document notes, are a rich text field. That means you can format within them however you please, even drag pictures into them. Project notes can have different styling than document notes, making it easy to tell which you are currently viewing or editing. These can be set up in the Appearance options tab.

Their primary advantage is that they can be viewed from any Inspector instance, no matter what you are viewing, and even make an appearance when what you are viewing would ordinarily have no Inspector data, like the Draft or Research folders.[/i]

Does that help?



StefanG: yeah, there is a whole load of issues in the bug forum. Even though it looks as though there is no organisation on the surface, we are maintaining a database internally and so it’s okay to add to the clutter there. I appreciate your willingness to sort through the clutter and be a good citizen, but in my opinion a duplicate report in the bug forum is better than scattering bug reports elsewhere.

Having a nice list of known issues would be good, and that’s a medium-term goal we have. I am sorry it’s a bit intimidating at the moment. :confused:

If it makes you feel better you can submit bugs via the e-mail address as well.

That is slightly different than what I was describing, but you do highlight one current problem in the Windows implementation in that it doesn’t retain view mode preference per split, which it should. If you set up Scrivenings in the right split and corkboard on the left, subsequent group mode clicks that impact either split should retain those settings. Right now you either get one or the other. That is a problem.

Though where I do disagree with you is that I don’t think the binder click action should change which split it impacts based on the type of item you click on (text->Scrivenings/Single split; container->group). I think the current system where you either pre-select via “Active” split, or specifically direct the binder to impact only one split or whichever split is “Inactive” is more flexible and allows one to generate niche workflows they otherwise could not if the system was deciding where clicks go, and it would result in a number of conflicting situations where that behaviour would become unpredictable—like if there were corkboards you click on a file, where does it go then? Active, surely, but then a second later you click on container and now the inactive split is changed. I just think that would look and feel really messy. It’s better to leave the user in control, even if that means the user needs to do a little more instruction now and then.

Such a system would cause certain workflows to cease to exist. I do this all of the time: I work primarily like I described with the split as a secondary navigator with exactly these interface components set up that way—but I bet you 50% of the time that when I click in the Binder, I’m not wanting to change my right split at all, I’m not navigating—I’m just looking up a detail in some other document and so in the moment I’m going from a Primary-Secondary-Edit workflow to Primary-Reference-Edit workflow, and then using remote control history to pop the left-split back to where it was and continue on writing in the right split. I’m just one person, but I’m trying to convey how the current system gives you all kinds of flexibility that a very rigid system like you are describing would eliminate, and it’s just that kind of scatterbrained jumping all over the place flexibility that I think really sets Scrivener apart from the traditional designs. More familiar, easier to use, maybe so—but should we always bias to that?

P.S. I hope you don’t take all of this as combative. I am thinking out what you are saying and have revised this more than a few times.

MarieDees: okay, thanks for the clarification. I had it in my head that you were using individual index cards for particular milestones in the timeline and so were moving thoughts from the scratch pad into those cards’ text fields periodically. My suggestion would have given you immediate access to those cards’ Notes field, which is just as good—in my opinion even better—than the main text field for this particular purpose. If the list is just one universal thing, then yes, brookter’s Project Notes suggestion is a good one.

And to reiterate, detachable windows for items are coming, but it probably won’t be for a while yet.