On 25Jan2019 18:14, Jon LaBadie <jonfu(a)jgcomp.com> wrote:
When selection a multi-line URI in a terminal window
I've noticed two behaviors. Some will ?ignore? the
extra lines and only select to the end of the first
line. Others will select the entire URI, typically
to an ending ">". Obviously I would prefer the latter.
Is this behavior terminal specific, i.e. gnome-terminal
vs mate-terminal vs xterm. Or is it a configuration
parameter that I've not found?
Well, selection is definitely per terminal emulator. That said, each
terminal may indeed have configuration to tune it. To take a non-X11
example, my iterm3 config has a bunch of options around selection,
including things like "double click performs smart selection" and
"triple click selects entire wrapped lines" and "trim whitespace when
copying to pasteboard".
But it can also very a bit with the source of the text. Text just echoed
to the terminal (i.e. a very long URL) will hit the edge of the terminal
and wrap onto the next line, and thus the leading lines do not have an
"end" indication: if you widen the terminal the URL will flow back onto
the earlier wider lines. Versus doing a few echoes of shorter strings:
they end in a newline and the terminal knows the next line is distinct.
In a curses app, such as mutt or vim or tmux or screen, whether there
are end of line indications depends somewhat on the app, and that can
affect whether a URL gets broken up and whether it gets embedded
whitespace in it etc.
What's you terminal and selection gesture?
Cheers,
Cameron Simpson <cs(a)cskk.id.au>