Re: CSV parsing and other issues (Re: LC_NUMERIC)

[Eli Zaretskii]

> Date: Thu, 10 Jun 2021 16:20:45 -0400
> From: Boruch Baum <boruch_baum@gmx.com>
> Cc: manikulin@gmail.com, emacs-devel@gnu.org
> 
> On 2021-06-10 22:23, Eli Zaretskii wrote:
> > > Date: Thu, 10 Jun 2021 15:04:53 -0400
> > > From: Boruch Baum <boruch_baum@gmx.com>
> > > Cc: manikulin@gmail.com, emacs-devel@gnu.org
> > >
> > > > That would make the output of 'format' dependent on the current
> > > > locale
> > >
> > > That's the elisp programmer's business, not your responsibilty.
> >
> > What could the Lisp programmer do in this situation?
> 
> It's not your responsibilty.

It is my responsibility to make sure we don't add to Emacs features
that are not very useful, or are against the Emacs philosophy and/or
design principles.

> I can say that in the use-case that prompted my request, I'm confident
> it will *never* be an issue. I ask format to give me a string and I
> display it. End of story. Whether just 99% or 99.99%, the overwhelming
> majority of cases will be the same. Your concerns are total non-issues.

You can always write a module to implement this feature, if you want
it for your own purposes.  Or you could change Emacs to support that
directly and maintain that change locally.  There's no need to
introduce into Emacs features that are useful for a few people.

>   [Commentary: I see all format specifiers supported but the two
>                requested.]

You are overlooking some aspects of the code if that is your
conclusion.

> > I don't think it's TRT for Emacs to expose locale-dependent features
> > that cannot be controlled from Lisp
> 
> Then don't make them locale specific. Implement the single-quote
> specifier the same way you currently handle the floating-point specifier
> '%f', a locale-specific format that has existed in emacs without
> complaint since ...

That was my suggestion, more or less.  Patches are welcome to
implement that.