From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11857 invoked from network); 11 Nov 1999 11:36:10 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 11 Nov 1999 11:36:10 -0000 Received: (qmail 4252 invoked by alias); 11 Nov 1999 11:35:20 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 8623 Received: (qmail 4245 invoked from network); 11 Nov 1999 11:35:18 -0000 Date: Thu, 11 Nov 1999 12:35:16 +0100 (MET) Message-Id: <199911111135.MAA28923@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Zefram's message of Thu, 11 Nov 1999 11:01:46 +0000 (GMT) Subject: Re: Emulation and NUMERIC_GLOB_SORT Zefram wrote: > Fundamentally, I view globbing as a programming feature, which should > be utterly unaffected by locale. Same for string comparisons in [[]]. > I think we do want a locale-dependent string comparison operation, but > its use is very much the exception, not the rule. Pattern matching and > string comparisons are used on all sorts of strings, and only very rarely > on natural-language text. Sounds like a case for a matching flag, doesn't it? `(#L)' or something to turn using locale-definitions on (and also in sorting if the thing is globbed). > ... > > [1] That reminds me, one of the things I never got round to implementing > as a builtin was the POSIX "printf" utility. The advantage of having > it as a builtin is that we could then use the same code for a "sprintf" > builtin, which would put the result into a shell variable instead of > sending it to standard output, which is a feature I often miss. Oh yes. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de