From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,e219d94b946dfc26
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!postnews.google.com!h3g2000cwc.googlegroups.com!not-for-mail
From: "Adam Beneschan" <adam@irvine.com>
Newsgroups: comp.lang.ada
Subject: Re: Ada.Command_Line and wildcards
Date: 23 Feb 2007 09:10:20 -0800
Organization: http://groups.google.com
Message-ID: <1172250618.682932.184200@h3g2000cwc.googlegroups.com>
References: <45dcaed8_6@news.bluewin.ch>
   <C2026327.9876A%yaldnif.w@blueyonder.co.uk>
   <1172132169.423514.271890@s48g2000cws.googlegroups.com>
   <n7ujre.f7n.ln@hunter.axlog.fr>
   <1172164072.071896.197990@j27g2000cwj.googlegroups.com>
   <1172237312.430920.57840@z35g2000cwz.googlegroups.com>
NNTP-Posting-Host: 66.126.103.122
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Trace: posting.google.com 1172250647 13901 127.0.0.1 (23 Feb 2007 17:10:47
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Fri, 23 Feb 2007 17:10:47 +0000 (UTC)
In-Reply-To: <1172237312.430920.57840@z35g2000cwz.googlegroups.com>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
 rv:1.7.12) Gecko/20050922 Fedora/1.7.12-1.3.1,gzip(gfe),gzip(gfe)
Complaints-To: groups-abuse@google.com
Injection-Info: h3g2000cwc.googlegroups.com; posting-host=66.126.103.122;
   posting-account=cw1zeQwAAABOY2vF_g6V_9cdsyY_wV9w
Xref: g2news2.google.com comp.lang.ada:9467
Date: 2007-02-23T09:10:20-08:00
List-Id: <comp.lang.ada>

On Feb 23, 5:28 am, brian.b.mcguinn...@lmco.com wrote:

> The Unix solution is more compliocated, but also more flexible.  For
> example, I often do something like this:
>
> for FILE in *; do mv "$FILE" $(echo $FILE | sed 's/ /_/g'); done
>
> to replace blanks in file names with underscores.

Flexibility is good, but it's no excuse for not providing simple,
intuitive solutions to simple tasks.  And certainly, if Unix worked
the way some of us would prefer, that would not prevent Unix from also
providing commands sucb as the above to handle less-simple cases.
This is another of my pet peeves, i.e. somebody trying to excuse a
hard-to-use user interface by talking about its "flexibility" or how
powerful it is.  That doesn't cut it, because there's no reason not to
provide both.  Other than laziness, that is.

                          -- Adam