Bug: Highlighting Queuing--Erase flushes, Ctrl Shift K maintains queue
I don't know if this bug is new to 4.5, but I've discovered inconsistent behavior in how Logos 4.5 (Win) handles rapid highlighting.
The results I like: Select an area of text and apply several types of highlighters to that area. Then change your mind and use CTRL-SHIFT-K to unerase it, followed rapidly by a different set of highlighters to the selected text...and you can go on elsewhere to rapidly apply highlighting. As L4Win catches up, it will remember all you did and apply it in that order.
The results I don't like: Select an area of text and apply several types of highlighters to that area. Select "Erase" from the highlighter pane menu, followed rapidly by a different set of highlighters, selecting other text & highlighting, etc. The difference here is that Logos will erase the highlighting, but will flush the queue of other highlighting requests.
L4Win4.5 is so fast in applying highlighting now that it is a challenge to get very far ahead of the program when highlighting (I am using keyboard shortcuts), but it is vexing to have Logos "drop" things I told it to do. I can't create the same effect when I use "Remove Annotations" because that command makes Logos basically unresponsive until it completes--I can't move ahead and select other text.