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



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.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]