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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no 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: g2news1.google.com!news3.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: Ada.Command_Line and wildcards Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <45dcaed8_6@news.bluewin.ch> <1172132169.423514.271890@s48g2000cws.googlegroups.com> <545bgvF1ttrphU1@mid.individual.net> <1495406.QZvfpqijrQ@linux1.krischik.com> <6dy7mn3hhu.fsf@hod.lan.m-e-leypold.de> <1172328891.5496.62.camel@localhost.localdomain> <1173096982.3712.37.camel@localhost> <8utzwzzv0v.fsf@hod.lan.m-e-leypold.de> <1173185771.11841.69.camel@localhost> <11wk29zr0.fsf@hod.lan.m-e-leypold.de> <1173305192.29628.82.camel@localhost> <1173447204.5618.131.camel@localhost.localdomain> <8g649apcio.fsf@hod.lan.m-e-leypold.de> <141pwb6qwvep7$.19rl1et34x8g6.dlg@40tude.net> <1173706320.835858.227370@n33g2000cwc.googlegroups.com> Date: Mon, 12 Mar 2007 15:14:58 +0100 Message-ID: NNTP-Posting-Date: 12 Mar 2007 15:14:58 CET NNTP-Posting-Host: dcc3c69f.newsspool2.arcor-online.net X-Trace: DXC=2RgD5FBP_]n0B@H9OP1P X-Complaints-To: usenet-abuse@arcor.de Xref: g2news1.google.com comp.lang.ada:14476 Date: 2007-03-12T15:14:58+01:00 List-Id: On 12 Mar 2007 06:32:00 -0700, Hyman Rosen wrote: > On Mar 11, 3:59 am, "Dmitry A. Kazakov" > wrote: >> GUI > > Really? But one of the difficult situations people are describing here > occurs when a file pattern expands into too many files to fit within > the limits of the command line. Can you reasonably expect that the > typical GUI environment will be able to comfortably handle such a > situation? Sure, because they were designed to prevent such situations to happen. The very need in patterns indicates the low level of the interface. If an action involves a massive number of files, then that does not imply that all these files (or better to say bits) need to be specified explicitly. If they need, then the interface is *bad*. To book a ticket you press the button "submit order." Surely you don't specify the names of the corresponding files... The true catastrophe happens when something unexpected occurs. But at this level of complexity there is nothing you could do anyway: Denver airport, or a file system chewed by the virus... > My experience is that it would bog down into incredibly > slow performance if given a directory with thousands of files in it. That is not really my argument against command languages. It is rather about the abstraction level of. The real arguments are IMO: 1. Half-duplex nature of communication 2. Very limited communication speed (reading and typing) 3. Inefficient use of human senses 4. The system state is invisible 5. Language training is required 6. Error prone 7. Integration and extensibility is a problem >> (what about driving cars using an interactive command language? > > Driving involves continuous operation with extensive feedback, which > is quite different from a shell language, designed to perform one > operation at a time. But even when it comes to driving, consider what > an ordinary driver does when faced with parking a car in the tight > confines of a parking garage. Using the normal mechanisms, it's quite > easy to misalign the car, hit other cars, bash your mirrors, and so > forth. Using a command language to precisely guide the car might be > just the ticket! Yes, at some level there always exists the perfect command language, with the only command "do that damned thing!" Unfortunately, it is too ambiguous for either people or computers to become a reality. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de