Hi Jürgen,

I see.  Perhaps controlling this programmatically, as I believe you
described, does make more sense.

Thanks!

Blake


On Wed, Jul 6, 2022 at 11:29 AM Dr. Jürgen Sauermann <
mail@jürgen-sauermann.de> wrote:

> Hi Blake,
>
> in theory: yes. The problem is that the behaviour of locales can be quite
> unpredictable and therefore allowing to change it means that the underlying
> glibc may produce results that are no easy to foresee. The current problem
> (the thousands' separator) is a good example for this.
>
> For most locales (and also for APL) we have:
>
> 1. the thousands' separator is inserted after every 3 digits, and
> 2. the thousands separator is a single character
>
> If we would care for locales defined by the user, e.g. in preferences
> or via locale-related environment variables, then there would most likely
> be a mismatch between ⎕FC (which controls the thousands' separator
> in APL) and the locale (which normally controls the thousands' separator
> in ⎕FIO.sprintf). IMHO this could make matters a lot more complicated
> without any real advantages for the user.
>
> The current solution is more locale-agnostic and ⎕FIO.sprintf uses
> ⎕FC instead of the locale to determine the thousands' separator.
>
> Best Regards,
> Jürgen
>
>
> On 7/6/22 4:32 PM, Blake McBride wrote:
> > On Wed, Jul 6, 2022 at 7:07 AM Dr. Jürgen Sauermann
> > <mail@jürgen-sauermann.de <mailto:mail@j%C3%BCrgen-sauermann.de>> wrote:
> >
> >     [...]
> >     The problem is, though, that calling setlocale()
> >     in GNU APL is problematic since I cannot possibly know beforehand
> >     what the locale of the user will be.
> >
> >
> > Can't this be set in ~/.gnu-apl/preferences  ?
> >
> > Blake McBride
> >
>
>

Reply via email to