applications based on ncurses, slang, or other text ui toolkits take control of newlines themselves, i.e., they hard-wrap text. this has the effect that links which span multiple lines are not recognized as such.

my suggestion would be to re-join lines heuristically: if the "word" fills the whole line and the next line starts with another word character, join the two - this is relatively safe and handles properly wrapped flowed text as drawn by a mailer like mutt.


while the mechanism is different, this obviously also affects selecting/copying from the terminal.

there is another incarnation of the latter problem: an ssh public key copied from, say, mcview will contain newlines, which is often a nuisance. the problem here is that the text is _not_ properly flowed, but hard-wrapped, and contains multiple words to start with, so the above heuristic would not work.

the distorted copying is less troublesome, as the "paste destination" typically offers the possibility to re-join the lines (or will even do it automatically), so i'm mostly mentioning it only for context, but you may still want to create a spin-off task for it.