I'm excited for this to ship to beta with 9.7 beta 1:
Click the image to see the GIF animate.
looks good ...
This looks really nice[:)]
Looks to be very helpful
In case you didn't pick up on everything, here's what new:
You can drag and drop to reorder your outline in the Outline sidebar. Selecting an item will include it and everything nested under it.
Will it be necessary to renumber the sections manually as the GIF indicates?
Since the number is just text, yes. We don't currently support ordered lists for headings. Users have asked for that, though. If we support it eventually, the numbering would automatically update.
Phil, why did we need the little dialogs to show the shortcuts? The feature was working great without them prior to version 39. The ability to insert scripture with the CR or Tab is excellent, but I'm not a fan of the dialogs. Logos has a ton of keyboard shortcuts why should these two get special treatment? Is is just so they can be selected with the mouse? If someone wanted to use the mouse then they could still right-click the text and copy/paste from there.
I have also found that if I type a scripture reference and don't wait until the dialogs are displayed but hit TAB or CR that it blows up the Sermon Builder and I have to close the window and reopen it. If I wait to make sure the dialogs are open before hitting TAB or CR then everything works.
Phil is no longer in this position; Mark Barnes is. Logos is consistent in requiring one wait for the selection menu. Hitting enter before the selection menu item is chosen is the same as telling it that the first item in the selection list is the one you want.
The problem is that when I'm typing along and I type a scripture reference I have to pause typing and wait for those useless dialogs to show up before I can continue typing. If instead of waiting I choose tab or cr the window becomes unresponsive. Under no situation should I be able to break the program. If it doesn't want to fill in my scripture text that's one thing (though I don't like it), but the window shouldn't break, right? The dialogs I'm referring to are these:
@Luke Burgess
but the window shouldn't break, right?
I agree. Sorry that my post could be interpreted otherwise; that was not my intention.