Non-locked Split Editors behaving as Locked

Hi there. First of all, thank you for the new version - loving it, and will definitely be buying a copy once it’s on sale.

The bug I think I’ve found affects the behaviour of split editor windows.

Unfortunately I cannot produce this with a new project. Also, I’ve been working with my own project in v2.0 since I installed it a couple of days ago and this behaviour only started last night. I’ve been working with split editor windows all day everyday for the past few weeks so feel I would have noticed the bug if it was happening straight after install.

Details are:

What I expect to happen: I split the editor window in two (either horizontally or vertically) and am then able to open scrivener text/folder items in either window. I understand that if one of the editors is locked then that editor window will not open another item.

What actually happens: I split the editor window in two (either horizontally or vertically) and the new editor window behaves as if it is locked - I cannot open a new scrivener item in it. It does not appear locked, however. The header view does not turn red and the drop-down item ‘Lock in Place’ under the icon in the header view is not ticked.

Steps to Reproduce:

  1. NB: as noted above, I am using an existing project that has been migrated from 1.54.
  2. Set ‘View, Layout’ to ‘No Split’.
  3. Navigate to ‘Scrivener Preferences, Navigation’ and ensure ‘Binder selection affects other editor…’ is unchecked.
  4. Create two new Scrivener text files - ‘Test1’ and ‘Test2’.
  5. Click on ‘Test1’ to ensure it is displayed in the editor window.
  6. Select ‘View, Layout, Split Horizontally’. Test1 is now shown in both the top and bottom editor windows. The bottom window has focus (i.e. header view is shaded blue).
  7. Click in ‘Test2’ in the binder. The top editor changes to Test2. The focus is still on the bottom editor (header view still shaded blue) and under ‘Preferences, Navigation’ ‘Binder selection affects other editor…’ is still unchecked.
  8. Click inside the top editor window to give it focus.
  9. Click on Test1 in the binder and the top editor window displays Test1.
  10. With the focus still in the top editor, right-click on Test2 in the binder and select ‘Open, in Bottom Editor’. The bottom editor now displays Test2.
  11. Click inside the bottom editor to give it focus and click on Test1 in the binder. Nothing happens. If I then click on any other item in the binder it opens in the top editor, even though the bottom editor has focus. The bottom editor header view is still shaded blue and is not ‘locked in place’.

If that makes your head spin as much as it does mine, what is essentially happening is that the only way to open an item in the bottom editor is to a) right-click that item in the binder and use the ‘open in bottom editor’ command, or b) drag the item onto the bottom editor header view. Simply giving the bottom editor focus and clicking on an item will not open it in the bottom editor - it opens in the top one. And, again, the bottom editor is not locked.

I just want to reiterate that I cannot replicate this in a new project. I’m hoping there’s nothing seriously wrong with my file…

Finally, I’m using Scrivener 2.0b NaNoWriMo Preview and running OS X 10.6.4 on a 3.06 GHz Intel Core 2 Duo iMac with 4GB 1067 MHz RAM.

Thank you again for your hard and well-thought-out work on what is an excellent product…and service too…cheers.

Check your View/Binder Affects sub-menu in the project that is misbehaving, is anything other than “Current Editor” selected?

Ahhhhhhhh…awesome, furrowed brow un-furrowed. So, so relieved that this file is ok.

Clearly not a bug, so please mark it as closed.

If you have time…I know how I managed to inadvertently cause this and it’s created a question (not a bug). I’ve been trying to set up better keyboard shortcuts to allow me to navigate between bottom and top editors. My keyboard shortcuts in System Preferences are simply labelled ‘Bottom Editor’ and ‘Top Editor’ but I see now when I open the Scrivener menu that these shortcuts are shown next to the ‘View, Binder Affects’ sub-menu items. Is there anyway you know of to force these shortcuts in System Preferences to refer to the ‘View, Move Focus To’ sub-menu items instead? I haven’t been able to find a solution on the web for duplicately-named sub-menu items like this.

Thank you for your quick response…

Hmm, no that’s going to be tough one. Are you aware of the E/R shortcuts, or do you just not like them and want to change it? Also note that in 2.0 you can Ctrl-Tab between sidebar, editor 1, and editor 2. It’s a cycle and not a direct jump, but might be easier to remember/reach.

Yeah, I’m aware of the E/R shortcuts but really wanted to replace them with cursor arrows. CTRL-OPT-CMD-LEFT & RIGHT is much easier on the hands when you’re doing it all day…

Yep, saw the CTRL-TAB option too. I think that is probably the best option for me right now.

Perhaps you could log somewhere in your records a need for non-duplicate submenu names for future releases?

Thanks for your responses.

Thanks; I’ve made a note of it; might not get in until a few iterations down the road as the critical stuff needs to get addressed before release date.