Re: mhl linewrapping

[Ralph Corderoy]

Hi Philipp,

> First of all it depends on the terminalsize, if the size is not given
> by the arguments.  This leads to diffrent linewrapping on reply
> depending on the size of the terminal.  This could be fixed by going
> to some default width when stdout is not a tty.

It would seem right to only use the terminal to set the width when the
output is a TTY.  There is already a default width of 80, mentioned in
mhl(1), if the terminal width can't be found so my initial thought it
that would do.

> Next it only supports hard linewrapping.  Therefor sometimes words and
> links get split.  Some support for softwrapping would be nice.  So mhl
> could search for the last whitespace befor the selected width.

Are you just talking about the body component or all of them?  Are you
aware of -fmtproc, etc?  Some versions of fmt(1), for example, do
other nice things like trying to avoid the word ‘I’ at the end of
the line.  Other formatters might re-introduce two spaces after the end
of a sentence.

    $ cat mhl.format
    from:
    to:
    subject:
    :
    body:component="",format,formatarg=-42,formatarg=-c,nowrap
    $
    $ /usr/lib/nmh/mhl -form ./mhl.format -fmtproc fmt -width 42 <`mhpath .`
    from:  Philipp Takacs <philipp+mmh@bureau
    cracy.de>
    to:  nmh-workers@nongnu.org
    subject:  mhl linewrapping

    Hi

    The linewrapping in mhl is not realy
    good and I would like to implement some
    improvements.

    First of all it depends on the
    terminalsize, if the size is not given by
    the arguments. This leads to diffrent
    linewrapping on reply depending on
    the size of the terminal. This could be
    fixed by going to some default width when
    stdout is not a tty.

    Next it only supports hard
    linewrapping. Therefor sometimes words
    and links get split. Some support for
    softwrapping would be nice. So mhl could
    search for the last whitespace befor the
    selected width.

    What do you think about this?

    Philipp

    $

-- 
Cheers, Ralph.