Hi,

On Wednesday, 2016-08-24 08:51:01 -0700, Kevin J. McCarthy wrote:

> We've merely reduced the effect of the (proposed alias) $locale.  Other
> places it used to affect, such as the index dates, will now be
> controlled by the user's locale environment variables.  I suspect that
> most users who have customized $locale for the index dates won't notice
> any change.

That's why I was arguing to keep $locale, with the only place it having
a real effect is on attribution now it doesn't harm but keeps
compatibility with the most useful use of $locale in reply-hooks.
Actually I never thought of using it for index dates, but then I'm
running in en_US locale anyway and use the longer $date_format only with
%d in attribution, in $index_format I use %{!%b %d}

> I like the idea of just getting it done and over with, but sympathize
> with Eike, who has multiple environments.  Will deprecating and removing
> a $locale alias over one major release really make the problem worse?

For me the problem is solved with applying one mq patch to tip:

diff --git a/doc/manual.xml.head b/doc/manual.xml.head
--- a/doc/manual.xml.head
+++ b/doc/manual.xml.head
@@ -3624,7 +3624,7 @@
 <para>
 Another typical use for this command is to change the values of the
 <link linkend="attribution">$attribution</link>, <link
-linkend="attribution-locale">$attribution_locale</link>, and <link
+linkend="locale">$locale</link>, and <link
 linkend="signature">$signature</link> variables in order to change the
 language of the attributions and signatures based upon the recipients.
 </para>
diff --git a/init.h b/init.h
--- a/init.h
+++ b/init.h
@@ -266,7 +266,7 @@
   ** in a reply.  For a full listing of defined \fCprintf(3)\fP-like sequences 
see
   ** the section on $$index_format.
   */
-  { "attribution_locale", DT_STR, R_NONE, UL &AttributionLocale, UL "" },
+  { "locale", DT_STR, R_NONE, UL &AttributionLocale, UL "" },
   /*
   ** .pp
   ** The locale used by \fCstrftime(3)\fP to format dates in the


However, the effort multiplies in case someone uses mutt-dev on several
machines, and the problem gets worse once the next version gets out and
is regulary updated with a package on a machine that does not use
mutt-dev but not others.

  Eike

-- 
OpenPGP/GnuPG encrypted mail preferred in all private communication.
Key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack
Use LibreOffice! https://www.libreoffice.org/

Attachment: signature.asc
Description: PGP signature

Reply via email to