From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22999 invoked from network); 19 Aug 1998 20:41:52 -0000 Received: from math.gatech.edu (list@130.207.146.50) by ns1.primenet.com.au with SMTP; 19 Aug 1998 20:41:52 -0000 Received: (from list@localhost) by math.gatech.edu (8.9.1/8.9.1) id QAA13810; Wed, 19 Aug 1998 16:28:33 -0400 (EDT) Resent-Date: Wed, 19 Aug 1998 16:28:26 -0400 (EDT) Message-ID: <19980819163331.A5738@astaroth.nit.gwu.edu> Date: Wed, 19 Aug 1998 16:33:31 -0400 From: Sweth Chandramouli To: zsh-users@math.gatech.edu Subject: Re: Re: zsh - new user with questions Mail-Followup-To: zsh-users@math.gatech.edu References: <980819121832.ZM11783@candle.brasslantern.com> <19980819215829.A13376@cs.uni-magdeburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.2i In-Reply-To: <19980819215829.A13376@cs.uni-magdeburg.de> Resent-Message-ID: <"5Qo111.0.4N3.gLpsr"@math> Resent-From: zsh-users@math.gatech.edu X-Mailing-List: archive/latest/1743 X-Loop: zsh-users@math.gatech.edu X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu On Wed, Aug 19, 1998 at 09:58:29PM +0200, Roland Jesse wrote: > Bart Schaefer wrote: > > > The actual _access_ to the file still has to use its "real" name. > > Now it's getting confusing. If the completion tells me a different file > name than the one acutally stored in the file system, I can easily imagine > cases in which I am not sure what the command, the completion is used for, > is going to do. but no one ever suggested that completion tell you a different name. what people have been discussing is completion _recognizing_ a different name, and completing it to the "correct" name. basically, zsh would no longer look for exact matches when searching for possible completions, but would instead use some set of algorithms for the search. in theory, i don't see why this would cause any problems, as bart shows in his example: > zsh% ls STRASSE > > then zsh would complete case-insensitively and you'd see > > zsh% ls Straße the completion tells you _exactly_ the file name that is stored in the system, despite your asking for the wrong one. so long as the algorithms used were based on some standard translation (and so long as they were used just for completion--as someone else pointed out, using it for general globbing could be problematic), then the absolute worst result that could happen is that completion would, as it does now, simply not find the file for which you are searching--if i were using some different lang set, where ß was not considered the lowercase version of "SS", then the session would look like this: zsh% ls STRASSE zsh% ls STRASSE at which point i could slap my head, realize i was using the western-bulgarian charset, and try to figure out what the real spelling of the file was myself. (actually, that would be what would happen for iso_8859_1, in addition to western-bulgarian, which sees the uppercase version of ß as À (at least according to zsh% echo 'ß' | tr "[:lower:]" "[:upper:]" . so, is there some easy way to view the character tables (and maybe even the ascii sequences that map to them) for a given language charset, from the command line? how about to view the upper<->lower translation tables, or does it simply increment/decrement the ascii value by a certain amount and use whatever is returned by the new value? -- sweth. -- Sweth Chandramouli IS Coordinator, The George Washington University / (202) 994 - 8521 (V) / (202) 994 - 0458 (F) *