Ability to lock Binder items

ed
edf
Posts: 99
Joined: Thu Oct 19, 2006 7:45 pm
Platform: Linux
Location: New York, NY

Tue Nov 12, 2013 9:50 pm Post

I'm terrible with a touchpad (and even worse with a touchscreen). Spurious clicks abound.

With Scrivener, this results in the accidental re-ordering of Binder items while doing editing (never happens during writing, for what are probably obvious reasons).

Normally this is only a minor incovenience. In a recent project with ~400 Binder leaves, I began using the Document Notes to track which folder a leaf belonged in -- just in case I accidentally moved it to a different folder/parent. With a Binder of this size, it is difficult to tell if a leaf got moved; once moved, it is difficult to determine where it had moved from.

It would be nice to have a toggle to lock/unlock the Binder. As a workflow: you lay out your initial document tree structure, then you lock the Binder; if you later need to change the format, you specifically unlock the Binder in order to make the change.

I'm not sure how difficult this would be (the Tree widget probably doesn't have a "no moving items" mode, so it would require additional logic to the Drop-internal handler). It may not even warrant a fix -- there can't be too many of us clumsy-fingered users working on documents with rigid hierarchies.

That said, I recently spent a month building a 200+ page technical document (read: lots of graphs and equations) with Scrivener (on Linux!), and this was the only problem I encountered. I couldn't say the same for any other piece of software that's more complex than vi :wink:

User avatar
AmberV
Posts: 24419
Joined: Sun Jun 18, 2006 4:30 am
Platform: Mac + Linux
Location: Ourense, Galiza
Contact:

Tue Nov 12, 2013 10:17 pm Post

At least you said vi, and not Vim!

This topic has come up a few times in the past, as well as locking content, particularly in the research section. It's not out of the question, but a suitably elegant way of handling locks (either organisational or content level) has yet to be arrived yet. Another potential solution, one that has technical issues at the moment, is a better degree of undo for Binder events. As I say the problem with it at the moment is technical in how undo is stacked and sorted between all of the different components in the UI that offer undo. You wouldn't for example, want Binder undo to conflict with text editor undo.

One thing that may help, perhaps you have tried this, is to only turn on the Binder when you need it. You can just tap that button at the top left to hide it, and that should leave the more volatile organisational area inaccessible to any touchscreen mishaps.
.:.
Ioa Petra'ka
“Whole sight, or all the rest is desolation.” —John Fowles

User avatar
Sanguinius
Posts: 622
Joined: Sun Dec 04, 2011 4:16 pm
Platform: Windows

Wed Nov 13, 2013 4:31 am Post

You could also use collections to do your "moving around" of documents, leaving the binder untouched and unchanging, until you manually change it.

User avatar
gr
Posts: 2247
Joined: Wed Feb 14, 2007 3:57 am
Platform: Mac + iOS
Location: Florida

Wed Nov 13, 2013 4:41 am Post

edf,

Turn off the TAP-TO-CLICK function of your touchpad and start leading a happier life! I know how to do that on a Mac, and I suppose there is probably some way to do this also on your Linux box.

Fixing the problem at its source will give you a much wider solution.

--Greg

ed
edf
Posts: 99
Joined: Thu Oct 19, 2006 7:45 pm
Platform: Linux
Location: New York, NY

Wed Nov 13, 2013 7:17 pm Post

Greg,

That functionality has long been disabled! I am seriously bad with a touchpad, always running off the end of it or inadvertently lifting a finger while dragging something. Fortunately I do most of my work on the command line.

For the curious, the commands on Linux are

Code: Select all

synclient TapButton1=0
synclient TapButton2=0
synclient TapButton3=0


The broader point is well taken, though. I'll spend some time with the synaptics man page and see if I can make the touchpad somewhat bearable.
Last edited by edf on Thu Nov 14, 2013 6:42 am, edited 1 time in total.

User avatar
gr
Posts: 2247
Joined: Wed Feb 14, 2007 3:57 am
Platform: Mac + iOS
Location: Florida

Wed Nov 13, 2013 9:53 pm Post

Okay. Now I'm thinking mouse.

Je
Jez
Posts: 34
Joined: Mon Sep 15, 2014 1:28 am
Platform: Windows
Location: Gold Coast Australia

Tue Sep 16, 2014 9:36 am Post

I am very new to Scrivener and have just moved all manner of Word docs, tables, plans and other schema into this amazing environment {emoticon-with-top-of-head-being-blown-off}. But as I scrolled up an down my 93 (so far) scenes, folders and documents, I have already knocked an item into another place on two occasions - 'help, where's it gone?' A toggable Binder lock would be sweet.

Jez (regular mouse user)

mo
mossbeach
Posts: 2
Joined: Sat Jun 28, 2014 4:26 am
Platform: Mac

Tue Apr 19, 2016 2:13 pm Post

I noticed that your request to lock binder items in place was posted in 2014. Did they ever incorporate that suggestion? I, too, have had that problem on several occasions, and have had to resort to numbering scenes to confirm the correct order before compiling.

User avatar
AmberV
Posts: 24419
Joined: Sun Jun 18, 2006 4:30 am
Platform: Mac + Linux
Location: Ourense, Galiza
Contact:

Tue Apr 19, 2016 11:04 pm Post

Our preference is to work on a better binder-level undo. That is a much more intuitive response to “oops” then having to repeatedly and pre-emptively unlock and lock the outline whenever you wish to make a change to it.

Meanwhile I’d suggest trying the keyboard shortcuts (on Windows, Ctrl-ArrowKeys, and on Mac, Ctrl-Cmd-ArrowKeys) for moving items around if you have a mouse or trackpad that makes precision usage difficult. I use a combination of techniques myself. I use drag and drop to get something from one place to another if they are far apart, but I don’t care about precision at all, I just drop it somewhere vaguely correct and then use the keyboard to get it in the right spot. There really is no reason to fear any of this. You can’t destroy anything by dragging and dropping and the worst that will happen is it ends up somewhere unknown, but that’s a simple project search away to correct.
.:.
Ioa Petra'ka
“Whole sight, or all the rest is desolation.” —John Fowles