Re: Long links in konsole, truncated at EOL when hovered or clicked.

2022-12-25 Thread René J . V . Bertin
On Sunday December 25 2022 08:26:58 A. F. Cano wrote:

>I gather this is an old problem that has been looked at before with no
>solution found as it depends on ncurses, that mutt uses.  Oh well.

Maybe configure an external message viewer (even something simple as `less` 
seems to keep line-wrapped links intact/together, in my quick testing)?

R.


Re: Long links in konsole, truncated at EOL when hovered or clicked.

2022-12-25 Thread A. F. Cano
On Sat, Dec 24, 2022 at 09:19:46PM -0800, Dave Close wrote:
> "A. F. Cano" wrote:
> 
> >Unfortunately, there seems to be no way to prevent mutt from inserting
> >\n between long links, even after using ...
> 
> I understand the objective is to correctly process a received message.
> But what does mutt do if the link is contained within angle brackets
> (<>)? I've found that some MUAs handle those better. If it works for
> you, you could try to get your correspondents to conform. (Good luck.)

That was easy to test thanks to the edit function in mutt.  Added the
< and > but it made no difference.

>From this thread:

https://www.mail-archive.com/mutt-users@mutt.org/msg55201.html

I gather this is an old problem that has been looked at before with no
solution found as it depends on ncurses, that mutt uses.  Oh well.

Thanks for the hint.

Augustine


Re: Long links in konsole, truncated at EOL when hovered or clicked.

2022-12-24 Thread Dave Close
"A. F. Cano" wrote:

>Unfortunately, there seems to be no way to prevent mutt from inserting
>\n between long links, even after using ...

I understand the objective is to correctly process a received message.
But what does mutt do if the link is contained within angle brackets
(<>)? I've found that some MUAs handle those better. If it works for
you, you could try to get your correspondents to conform. (Good luck.)
-- 
  Dave Close, Compata, Irvine CA   +1 714 434 7359
d...@compata.com  dhcl...@alumni.caltech.edu
   "Moore's Law of Mad Science: Every eighteen months,
   the minimum IQ necessary to destroy the world drops by one point."
   -- Eliezer Yudkowsky




Re: Long links in konsole, truncated at EOL when hovered or clicked.

2022-12-24 Thread A. F. Cano
On Sat, Dec 24, 2022 at 09:19:41PM +0100, René J.V. Bertin wrote:
> On Saturday December 24 2022 14:33:17 A. F. Cano wrote:
> 
> >"Open by direct click" enabled, but long links (that go further than one line
> >in mutt
> >) stop at EOL.  Only the first part is underlined or used on click.
> 
> 
> Can you confirm that the link detection works correctly in the shell, e.g. 
> when you `cat` a file containing them? If so you'll probably want to look 
> into configuring mutt so it doesn't do any wrapping of the email message 
> bodies.

It is the line wrapping that mutt puts in.  If I copy/paste the link as
displayed by mutt into a file and then cat it, I see the same behavior I
see in mutt: incomplete link.  If I edit the file and join the 2 lines,
cat  displays the one-line link and then selecting it works as
it should.

Unfortunately, there seems to be no way to prevent mutt from inserting
\n between long links, even after using

set nomarkers
set smart_wrap=no

which only get rid of the '+' at the befinning of the second line, but
the \n remains, as shown by od -c.  No combination of reflow_text,
reflow_wrap, smart_wrap alters the breaking up of long links, only
maximizing the konsole so that the whole link is on one line works.
Maybe I haven't found the magic combination of options to achieve this,
if it is at all possible.

> FWIW, this sort of thing is why I stopped using pine after resisting for as 
> long as possible.
> 
> R.

It would be nice if mutt recognized URLs and didn't add the \n, but I
don't see any such option in man muttrc.

Thanks for replying.

Augustine


Re: Long links in konsole, truncated at EOL when hovered or clicked.

2022-12-24 Thread René J . V . Bertin
On Saturday December 24 2022 14:33:17 A. F. Cano wrote:

>"Open by direct click" enabled, but long links (that go further than one line
>in mutt
>) stop at EOL.  Only the first part is underlined or used on click.


Can you confirm that the link detection works correctly in the shell, e.g. when 
you `cat` a file containing them? If so you'll probably want to look into 
configuring mutt so it doesn't do any wrapping of the email message bodies.

FWIW, this sort of thing is why I stopped using pine after resisting for as 
long as possible.

R.