Re: [S-mailx] wip?

[Steffen Nurpmeso]

SZÉPE Viktor  wrote:
 |Idézem/Quoting Steffen Nurpmeso :
 |> SZÉPE Viktor  wrote:
 |>|Idézem/Quoting Steffen Nurpmeso :
 |>|> SZÉPE Viktor  wrote:
 |>|>|Idézem/Quoting Steffen Nurpmeso :
 |>|>|> SZÉPE Viktor  wrote:
 |>  ...
 |>|>|>|>|>|I'd like to see colorful messages.
 |>  ...
 |>|>|Could it be that there are no defaults? Or the defaults are missing
 |>|>|from this release?
 |>|>
 |>|> No, that is conscious.  The old colours were nothing but a hack
 |>|> and announced like that.  Except for colour-pager and
 |>|> colour-disable, which were already designed as being upward
 |>|> compatible.  The new ones are upward compatible as such, they will
 |>|> only gain some extensions over time.  No defaults, no.
 |>  ...
 |>|Could you add one (iso/256) color scheme to the rc file as a comment?
 |>
 |> But why, Viktor?  I think it is almost painful there is an example
 |> in the global .rc which installs `colour's for the prompt, is it
 |> really such a long way to see this and then look in the manual
 |> which documents all that?
 |
 |For a simple user it may be too hard to figure out a usable color scheme.

No, sorry.  You will never find the right one.

 |For example I would gladly copy Midnight Commander's editor's "Mail  
 |folder" scheme but it is tedious.
 |
 |context linestart From\s \n\n cyan
 | keyword linestart From: brightgreen
 | keyword linestart From\s brightred
 | keyword <*@*> white
 | keyword whole +@+ white
 | keyword linestart To: brightmagenta
 | keyword linestart Subject: brightred/Orange
 | keyword linestart +: brown

This is not the example i would use :-))
And it is not tedious for the things we support except that From_
has its own colour slot as it is no header, strictly speaking, but
instead a property of the MBOX database format.  You have

  colour 256 view-from_ fg=red,ft=bold
  colour 256 view-header fg=green,ft=bold from
  colour 256 view-header fg=magenta,ft=bold to
  colour 256 view-header fg=red,ft=bold subject
  colour 256 view-header fg=brown

I will introduce a default mapping that can be used to join any
Co# > 2 settings for v14.9.4.  Header body and part body content
specifics will not happen that soon, likely even not before v15.
So in fact it would not be that hard now to support header body
content queries at the time of this writing, and then highlight
the entire body differently if we find a match.  But what you want
is highlighting of regions, and that messes with a piece of code
that will be rewritten completely and thus means useless work.
And i will turn away for some time after v14.9.4, so, sorry, that
is a task for a later time.

--steffen
|
|Der Kragenbaer,The moon bear,
|der holt sich munter   he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)

Re: [S-mailx] wip?

[SZÉPE Viktor]

Idézem/Quoting Steffen Nurpmeso :


SZÉPE Viktor  wrote:
 |Idézem/Quoting Steffen Nurpmeso :
 |> SZÉPE Viktor  wrote:
 |>|Idézem/Quoting Steffen Nurpmeso :
 |>|> SZÉPE Viktor  wrote:
 ...
 |>|>|>|>|I'd like to see colorful messages.
 ...
 |>|Could it be that there are no defaults? Or the defaults are missing
 |>|from this release?
 |>
 |> No, that is conscious.  The old colours were nothing but a hack
 |> and announced like that.  Except for colour-pager and
 |> colour-disable, which were already designed as being upward
 |> compatible.  The new ones are upward compatible as such, they will
 |> only gain some extensions over time.  No defaults, no.
 ...
 |Could you add one (iso/256) color scheme to the rc file as a comment?

But why, Viktor?  I think it is almost painful there is an example
in the global .rc which installs `colour's for the prompt, is it
really such a long way to see this and then look in the manual
which documents all that?


For a simple user it may be too hard to figure out a usable color scheme.

For example I would gladly copy Midnight Commander's editor's "Mail  
folder" scheme but it is tedious.


context linestart From\s \n\n cyan
keyword linestart From: brightgreen
keyword linestart From\s brightred
keyword <*@*> white
keyword whole +@+ white
keyword linestart To: brightmagenta
keyword linestart Subject: brightred/Orange
keyword linestart +: brown



SZÉPE Viktor, üzemeltetés
https://github.com/szepeviktor/debian-server-tools/blob/master/CV.md
--
+36-20-4242498  s...@szepe.net  skype: szepe.viktor
Budapest, III. kerület

Re: [S-mailx] wip?

[Steffen Nurpmeso]

Hello Viktor.

I hope you do not mind that i have resumed your bit so that you
receive this from the right list, maybe.

SZÉPE Viktor  wrote:
 |This is my first try on using s-nail as a non-C-understanding user.
 |I am very happy to have a modern actively developed mail reader.

Tja, thank you.  Just yesterday i went over to one of the other
projects i want to work with, because it was 2015-12-31 and
i promised that i will not spend just a single minute of 2016 on
this very project.  But today already i had to come back for
fixes.

 |Just built v14.9.3 on Linux amd64

I see.  I am really thinking about contributing to the Debian
package, it seems as if Hilko Bengen has stopped maintaining just
any of his packages.  And maybe i could get testing possibilities
on all those machines i do not have access to otherwise, s390,
powerpc, to name just two.  Will look some day.

 |1)
 |Is there a way to display HTML part in multipart/alternative messages?
 |
 |Tried this with no luck
 |
 |set mime-alternative-favour-rich
 |set pipe-text/html="@*@ lynx -stdin -dump -force_html 2>&1"
 |
 |The plain text part gets displayed and this:
 |
 |[-- #1.2 71/4541 text/html, quoted-printable, UTF-8 --]

Hm, this is odd for simple /alternative messages.  In the
Microsoft world there are a lot of problems (regarding such
favourization) due to complicated /related or so parts, mostly
because of our recursive MIME parser.  Otherwise it works just
fine for me?

 |2)
 |I'd like to see colorful messages.

Only headers yet, sorry.

 |set PAGER=less
 |set colour-pager
 |
 |Works only in v14.8.16 both with "less" and "more".

Before i forget it: sorry for the false spelling of your name in
the v14.9.0 announcement!

 |In v14.9.3 less disappears right at the end of the plain text part and  
 |the message list screen comes back - had to record it with a screen  
 |capture software, it is displayed only for a few frames.
 |Setting PAGER to more works but with no colors.
 |TERM is xterm-color and the "?" prompt is red.

You should set the LESS environment variable like

  $ export LESS=RXi; mail
or
  $ mail
  ? environ set LESS=RXi

It is because of termcap support, oh i am really lucky that we do
not go into the alternative screen mode automatically, but require
*termcap-ca-mode* to be set!  That would have been a disaster.  We
simply are no fullscreen application, and have no builtin pager.

Paul Vojta has reported this, and it is on the [master] branch
([cc54681e]): i have simply forgotten to adjust the automatical
setting of $LESS once i have introduced *termcap-ca-mode*.
Sorry!

 |3)
 |It would also be nice to verify multipart/signed gpg messages with a  
 |separate signature.asc

Oh yes!  That is so true.  I hope we come to this in 2017.  But
i will not give you credit, the temporary commit message is
crowded with people who also ask for this.
Sorry.

 |4)
 |How to get "normal" deletion alias?
 |
 |move MESSAGENUMBER +INBOX.Trash
 |
 |commandalias does not handle in-the-middle arguments.

I do not understand what you mean here.  We now support macros
with arguments, ah, maybe i do -- MESSAGENUMBER is variable?
Does this work for you:

  define delno {
move "${@}" +INBOX.Trash
  }
  commandalias delno '\call delno'
or
  commandalias delno '\call' delno
or
  commandalias delno '\'call delno

(quoting just like in the shell!), and then to be called like

  ? delno 1 2 3 4

Ciao!

--steffen
|
|Der Kragenbaer,The moon bear,
|der holt sich munter   he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)