GNU bug report logs - #12008
Alphabetic sorting respect user's language and/or locale

Previous Next

Package: emacs;

Reported by: martin rudalics <rudalics <at> gmx.at>

Date: Sat, 21 Jul 2012 14:39:02 UTC

Severity: wishlist

Merged with 2263

Fixed in version 25.1

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #31 received at 12008 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 12008 <at> debbugs.gnu.org, monnier <at> IRO.UMontreal.CA
Subject: Re: bug#12008: Alphabetic sorting respect user's language and/or
	locale
Date: Mon, 23 Jul 2012 18:38:19 +0300
> Date: Mon, 23 Jul 2012 11:34:53 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: Stefan Monnier <monnier <at> IRO.UMontreal.CA>, 12008 <at> debbugs.gnu.org
> 
>  > How do you mean "independent of the system locale"?  We already have
>  > locale-independent string comparison: compare-strings, string<, etc.
>  > By contrast, sorting strings in collation order is AFAIK inherently
>  > locale-specific.  Or am I missing something?
> 
> Ideally, it should be possible to specify a locale-independent behavior.

I'm confused: what is "locale-independent behavior" in this context?
Do you mean the ability to request a collation specific for the German
locale when your current system locale is something else?  If so, this
is not locale-independent behavior as I understand it.  If you mean
something else, please elaborate.

>  > (And btw, AFAIK Dired doesn't sort, it relies on 'ls' to do so, and
>  > 'ls' uses 'strcoll' to sort file names.
> 
> I suppose this doesn't hold for the `ls' coming with GnuWin32.

Why do you think so?  The code calls strcoll even on Windows.




This bug report was last modified 10 years and 291 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.