Binder view to indicate what's included

Maybe I’ve just missed this setting, but I would like to see a way of telling what scenes/sections/whatever have been included and not included in the manuscript or draft (I could set a colour, I suppose, but it would be nice to have unincluded sections automatically flagged in the Binder as not included (greyed-out title or something?).

I second this wish.

My idea was that all items in the binder that are not included could simply get another icon - for example, a thick black dot.

The advantage would be that you could keep “cards” with simple notes, ideas etc. below a document and see always that these do not belong to the text, but are a kind of reminder, suggestion etc.

You can find this information in the inspector.

Thanks for the answer - I realised I could see the status there in the Inspector, but it would be nice to have an overview in the Binder as well. FWIW, this is about the only thing I’ve found to be missing in Scrivener so far, other than a comparison feature between snapshots (or is that something else I’ve missed?).

One other easy (??) way to indicate status might be to change the title of any non-included sections to be prefixed with a [ and suffixed by a ] when the Include checkbox is unchecked. This would therefore show up everywhere - in the window title bar, corkboard, binder, etc. etc.

No, you haven’t missed it - that isn’t possible… yet. :wink:

I’ll ponder on the indication-for-inclusion thing. The trouble is that if there is an indicator for that, then the floodgates open and suddenly there would be justification for having an indicator for everything, which would be a nightmare and a visual mess.

All the best,
Keith

Unless I’m misunderstanding the question, I think there’s a optional column in outline mode to indicate (and even change) this information. It’s not in the binder, but it is a way to quickly scan all of your documents in your manuscript.

I second this recommendation. The Outliner is the Super-Binder if you ever need such a thing. It makes scanning all kinds of meta-data very easy, and can view just as much information as the Binder can. For types of information like this, I think it is better to keep that in the Outliner than pushing it to the prominence the Binder grants.

@Amber & Robert

Thanks, I’d missed that completely. That’s very useful indeed.

Another methodology I thought of last night was one similar to (say) Aperture, or even Finder, where a filter panel allows you (for example) to select all scenes including Elizabeth Bennett which are set in Derbyshire (keywords) and which are not included in the manuscript and which are on their first draft (status). The binder, outliner, etc. would then change to show only those included in that filter, similar to the way that the search results filter out only the wanted sections. An indicator somewhere reminds you that you’re looking at only a part of your project (in case you wonder where on earth that chapter you wrote last week has got to). That way the interface doesn’t get cluttered with colours, typefaces, dots and do-hickeys everywhere. You might even want to be able to save custom searches (use them as a sort of conditional text feature like FrameMaker or InDesign). But for now, the Outline view is working for me. Thanks to all for their help.

Have you stolen my 2.0 build? :wink:

^^^
In that case, you have a confirmed order for 2.0 - great minds obviously think alike :slight_smile:

I’m not sure if this is what’s being asked for, but what would make things easier for me is one of two things. Either make the “Binder” column able to be changed out like the other two “screens” through the drag and drop and allow the outline view to be there, or add one additional user determined column to the binder view. In my case, I’d like to see the “total words” column only added to the binder view, just as a quick reference. But I could see where others might utilize the “progress” or “status” columns. Allowing it to be changed would allow me after I’ve messed with the word count to make sure my chapters aren’t too heavy or light, then I could switch to status to differentiate the ones I’m done with or not. This obviously can all be done in outline view, but allowing a single column or two in binder view would allow a few of those screen switches to be alleviated, thus smoothing the writing process a bit.

Do we know yet if 2.0 will allow keywords to be shown in the Outliner?

I think this is still not on the table (pun intended) for 2.0.

Indeed it’s not. I haven’t found a good way of showing them there yet, so it’s unlikely to be in an initial 2.0 release. The trouble is that there’s no cell type for the outliner that allows lists (such as the token text field, the thing with blue ovals around items such as the e-mail address field in Mail - that’s not available for tables or outlines). And even more difficult, in 2.0 keywords can have colours associated with them and aren’t simple text under the hood any more (to make it easier to update keyboard names across the board in 2.0). So there’s no good table cell that would allow for editing keywords. I could do it read-only (comma-separated list of coloured words for instance - it wouldn’t work as being editable as if the user added a comma or added keywords between, it would throw Scrivener when trying to determine whether a keyword has been renamed or whether a keyword has just been added before it), but I don’t think many users would be happy with read-only keywords. Even if some were, others would be thrown. I tried designing my own cell, but I came up blank. There’s also the problem that with dozens of keywords, it could stretch the row height considerably.

So, for now this is still omitted, awaiting a better solution.

All the best,
Keith

The best implementation I’ve seen doesn’t even allow editing (for all of the reasons mentioned, I would imagine). It just dumps the keywords into a comma list in the grid, as you describe. That’s in EagleFiler. To edit tags you still have to access some other part of the interface, but at least the information is visibly available in a table. Given that many of the fields available in the Scrivener outliner are already uneditable (most for very obvious reasons), I don’t think it would be too bizarre to have a static display, but I think you are right in that some users would be thrown by it; so would it really be worth it?

Everything else I’ve seen, in a table grid context, is a nightmare both to edit and look at. Try to jam a bunch of pills into a small field means you can inevitably only see a couple at a time, and editing them can often be a bad experience.

+1

I’ve added this to the list as a consideration.

But as an aside, please, please don’t reply to posts with “+1” - it drives me up the bloomin’ wall as I feel as though I’m being ganged up on!