Closed GoogleCodeExporter closed 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
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
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
Original issue reported on code.google.com by
rkito...@gmail.com
on 8 Jun 2011 at 11:42