multi-line URIs

[Jon LaBadie]

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?

Jon
-- 
Jon H. LaBadie                  jonfu(a)jgcomp.com

[Cameron Simpson]

On 25Jan2019 18:14, Jon LaBadie <jonfu(a)jgcomp.com&gt; 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&gt;

[Jon LaBadie]

On Sat, Jan 26, 2019 at 02:14:28PM +1100, Cameron Simpson wrote:
>  On 25Jan2019 18:14, Jon LaBadie <jonfu(a)jgcomp.com&gt; 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. 
The lines are definitely "wrapped".  I regularly widen my
terminal as you suggest to flow it all on to one line.  Does
not help with really long addresses (which are all too common).
>  
>  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? 
Mate-terminal and some gnome-terminal (basically the same).

When a URL is hovered over, the terminal underlines the text.
Typically I then click button 3 which presents a menu including
"Open Link" and "Copy Link Address".

With some long URIs, I'll manually highlight/select the URI by
holding button 1 and copying it to the clipboard. 
>  
>  Cheers,
>  Cameron Simpson <cs(a)cskk.id.au&gt;
>  _______________________________________________
>  users mailing list -- users(a)lists.fedoraproject.org
>  To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
> https://lists.fedoraproject.org/archives/list/[e-mail]
> >> End of included message <<< 
-- 
Jon H. LaBadie                  jonfu(a)jgcomp.com

[Samuel Sieb]

On 1/25/19 3:14 PM, Jon LaBadie 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? 
I use gnome-terminal and I've seen both behaviours.  It seems to depend 
on how the text has been printed in some way.  If a program is just 
dumping output to the screen, then usually if I mouse over it, I can see 
the whole link marked.  In that case, right-click, copy link will get 
the whole thing.  But for example, if I'm using less to view a file with 
urls, the link will get cut off at the edge of the screen.  I assume 
that the terminal is aware that it has wrapped the line, because in 
those cases, if you change the size of the terminal, it will re-wrap the 
lines to the new size.