Re: The way mutt handles long lines, seems odd/wrong to me

2022-09-30 Thread Kevin J. McCarthy

On Fri, Sep 30, 2022 at 02:42:09PM +0100, Chris Green wrote:
I'm am also pretty sure that it's the mutt pager doing this as other 
programs (i.e. less) wrap long lines in a terminal window but don't 
chop them into pieces like mutt's pager.


Mutt uses ncurses to draw on the screen, which is a layer of 
indirection.  Mutt is telling ncurses where to put things, but when Mutt 
refreshes the screen, ncurses actually sends the needed commands and 
contents to the terminal.


In that past, I've tried a few things to see if it has an effect on the 
output of long lines, but haven't found anything that makes a 
difference.  In the end, I believe it's a side effect of how ncurses 
works.


--
Kevin J. McCarthy
GPG Fingerprint: 8975 A9B3 3AA3 7910 385C  5308 ADEF 7684 8031 6BDA


signature.asc
Description: PGP signature


Re: The way mutt handles long lines, seems odd/wrong to me

2022-09-30 Thread Chris Green
On Fri, Sep 30, 2022 at 08:55:28PM +0200, Marcus C. Gottwald wrote:
> 
> Chris Green wrote (Fri 2022-Sep-30 14:42:09 +0100):
> 
> > So, when there is a long string of text in a message that is longer
> > than the width of the terminal and has no spaces in it mutt *always*
> > breaks the line at the RHS of the terminal window and displays the
> > rest of the line on separate continuation lines.
> ..
> > Have I missed a setting somwhere that affects this or is it just a
> > bug/feature?  Can I ask if it might be fixed because it's one of the
> > few things i find really annoying about mutt - not being able to
> > easily select and use long URLs.
> 
> Is the configuration variable called "markers" what you're looking
> for? Quoting from the manual:
> 
>markers
>Type: boolean
>Default: yes
> 
>Controls the display of wrapped lines in the internal pager.
>If set, a “+” marker is displayed at the beginning of wrapped
>lines.
> 
I don't think this is it, I get no "+" marker but the lines are still
broken at the screen width.  (I have "set nomarkers" in muttrc)

-- 
Chris Green


Re: The way mutt handles long lines, seems odd/wrong to me

2022-09-30 Thread Marcus C. Gottwald


Chris Green wrote (Fri 2022-Sep-30 14:42:09 +0100):

> So, when there is a long string of text in a message that is longer
> than the width of the terminal and has no spaces in it mutt *always*
> breaks the line at the RHS of the terminal window and displays the
> rest of the line on separate continuation lines.
..
> Have I missed a setting somwhere that affects this or is it just a
> bug/feature?  Can I ask if it might be fixed because it's one of the
> few things i find really annoying about mutt - not being able to
> easily select and use long URLs.

Is the configuration variable called "markers" what you're looking
for? Quoting from the manual:

   markers
   Type: boolean
   Default: yes

   Controls the display of wrapped lines in the internal pager.
   If set, a “+” marker is displayed at the beginning of wrapped
   lines.

Cheers, Marcus

-- 
   Marcus C. Gottwald  ··  @mcg:cheers.de



The way mutt handles long lines, seems odd/wrong to me

2022-09-30 Thread Chris Green
I have been playing with the various mutt settings which affect how
long lines are managed (in the pager in particular).

By 'long lines' I mean strings of text which have no spaces in them
and which are longer than the width of the terminal window.  The
handling of text made up of words with spaces between them seems
perfectly OK.

So, when there is a long string of text in a message that is longer
than the width of the terminal and has no spaces in it mutt *always*
breaks the line at the RHS of the terminal window and displays the
rest of the line on separate continuation lines.

This seems wrong to me, a very long string of text should be left
intact and simply wrapped onto multiple lines.  

I have tried all the sensible combinations of $wrap, $reflow_wrap and
$reflow_text that I can think of and, though they do exactly what
they're supposed to do with 'words' separated by spaces, they never
change the truncation of long strings of text at the right margin.

I'm am also pretty sure that it's the mutt pager doing this as other
programs (i.e. less) wrap long lines in a terminal window but don't
chop them into pieces like mutt's pager.

Have I missed a setting somwhere that affects this or is it just a
bug/feature?  Can I ask if it might be fixed because it's one of the
few things i find really annoying about mutt - not being able to
easily select and use long URLs.

-- 
Chris Green