Nessesarius / mintty

Automatically exported from code.google.com/p/mintty
GNU General Public License v3.0
0 stars 0 forks source link

Support multi-line URLs #271

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
When you ctrl+click on a multi-line URL, only the first line is opened in the 
browser.

Original issue reported on code.google.com by rkito...@gmail.com on 8 Jun 2011 at 11:42

GoogleCodeExporter commented 8 years ago
Works for me. Was the URL being displayed by an application like 'less' or an 
editor? In that case the application inserts newlines to break long lines, and 
the terminal can't tell that lines orignally belonged together. It only works 
when lines are  printed whole and the terminal automatically breaks them across 
multiple lines.

Original comment by andy.koppe on 8 Jun 2011 at 12:03

GoogleCodeExporter commented 8 years ago
I encounter this problem when using curses applications and paged applications 
such as mutt, ncurses, less, and vim.

Original comment by eric.pru...@gmail.com on 18 Jun 2011 at 1:55

GoogleCodeExporter commented 8 years ago
Had a proper look at this now. This does actually work in vim. It also works in 
less, unless the text in question has been scrolled in from above, i.e. by 
going back in the file. It doesn't work in emacs, which inserts a backslash at 
the end of continued lines anyway. It also doesn't work in nano with --softwrap 
(without which it only shows a part of long lines anyway). Haven't tried mutt, 
so I'll take your word for it not working there.

As I said, this depends on whether applications insert explicit line breaks or 
whether they rely on the terminal's line wrapping, which is what vim appears to 
do. The issue affects not only Ctrl+click on URLs and filenames, but also 
double-click word selection and triple-click line selection.

It's the same in KDE Konsole and Gnome Terminal: fine in vim, partially ok in 
less, broken lines elsewhere.

I suppose the terminal could attempt to guess whether an explicit line break 
was only inserted to break a long line. However, that would also result in 
false positives where it stitches up lines that do not belong together. 
Therefore, and because this does work in some applications, I'm rejecting this 
as an application issue.

Original comment by andy.koppe on 23 Jun 2011 at 5:14