Re: [orca-list] Change made to flat review copy/append

[Nolan Darilek <nolan thewordnerd info>]

So one thing this absolutely does break, and I don't know what the 
workaround is, is copying exceptions. Here's an example of one I just 
tried copying, trimmed down as to not be overly annoying:


Recovering state to /tmp/skr_9101093002840883559 Exception in thread 
"grpc-default-executor-0" java.lang.Error: 
com.abbyy.FREngine.EngineException: Internal program error: 
Src/PagesPrivateStorage.cpp, 49.     at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1155) 
    at ...


I.e. the whole thing on one long line.

I guess now I have to store the exception in a file, load that into 
gedit, and copy-paste out of that.

I really do think the start/end-mark solution is the best here. No 
amount of adding/removing newlines will satisfy everyone, and even a 
setting will work in some instances and not in others.

On 1/22/20 6:57 PM, Mewtamer wrote:
> While I'm quite use to line-by-line cut and paste as a nano user, I do
> agree the copy, line down, append, line down, append process described
> sounds rather cumbersome.
>
> For those unfamiliar with nano, it's cut command takes the current
> line and puts it in a buffer, and repeated cuts append additional
> lines to the buffer until you move the insertion point or uncut the
> buffer's contents, after which, the next kut clears the buffer.
>
> Inspired by this behavior, perhaps one way to simplyfy multi-line
> copies in a way that can be implemented relatively quickly and serve
> as a stopgap until a marker or shift+arrows selection method can be
> implemented would be for:
> 1. Initial copy command copies current line and automatically moves
> the reading cursor down one line.
> 2. repeated copy commands without other input are assumed to be appends.
> 3. moving the reading cursor manually or issuing other commands
> assumes you're done copying.
> 4. The append command can be used to start copying from a different location.
>
> So, if copy were bound to Orca+c and append to orca+shift+C and you
> want to copy lines 2-5 and 10-15, this might simplify the process to:
>
> 1. Navigate to line 2.
> 2. Hold orca and tap c four times.
> 3. Navigate to line 10
> 3. Hold orca, press shift+c and tap c five more times(with or without
> releasing shift).
>
> The marker idea or simply being able to shift+arrow keys in flat
> review would probably be quicker if implemented, but what I just
> described still sounds quicker than the current method and is
> presumably just chaining together existing functions in a way that
> reduces keystrokes(essentially, a mini-macro). Admittedly, such might
> actually be a lot harder to implement than I think, but I figure it's
> worth mentioning as a possible intermediate improvement.