9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "rob pike, esq." <rob@plan9.bell-labs.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] acme question + diffs for kfs, fs and plumbing
Date: Mon,  8 Jul 2002 12:07:05 -0400	[thread overview]
Message-ID: <c0b4788df08e5315718331288f5e0c34@plan9.bell-labs.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 110 bytes --]

99% only.  You'd still have the problem of names that arrive surreptitiously,
such as in tar files.

-rob

[-- Attachment #2: Type: message/rfc822, Size: 3446 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 89 bytes --]

Renaming them would get us quickly up to 100%, with no need
to fix anything. Am I wrong?

[-- Attachment #2.1.2: Type: message/rfc822, Size: 1779 bytes --]

From: "rob pike, esq." <rob@plan9.bell-labs.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] acme question + diffs for kfs, fs and plumbing
Date: Mon, 8 Jul 2002 12:00:09 -0400
Message-ID: <a5b373bbdc70b762911c083da046ca5f@plan9.bell-labs.com>

> Glub! My first view of all this blank thing was just to forbid
> them and maybe rename them just to avoid them (They make things more
> complex for our programs). 

I encounter a dozen blank-containing names a day, but only from
interacting with foreign systems.  I find the current setup covers about
80% of what I need; fixing a few other simple things would probably
get us to 99%.  But upon reflection I don't think it's wise to push for
blanks to be first-class citizens in file names.  As long as we continue
to use linguistic rather than graphical interfaces to most of our tools,
that would be a mistake.

-rob

             reply	other threads:[~2002-07-08 16:07 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-08 16:07 rob pike, esq. [this message]
2002-07-08 20:58 ` Dave
2002-07-08 22:18   ` arisawa
  -- strict thread matches above, loose matches on Subject: below --
2002-07-10  7:57 Fco.J.Ballesteros
2002-07-09 12:24 Fco.J.Ballesteros
2002-07-09  9:37 Fco.J.Ballesteros
2002-07-09  8:42 Fco.J.Ballesteros
2002-07-09  9:28 ` Lucio De Re
2002-07-09 11:23   ` andrey mirtchovski
2002-07-09 12:05     ` matt
     [not found] ` <Fco.J.Ballesteros@Jul>
2002-07-09 15:29   ` Dave
2002-07-10 15:57   ` Dave
2002-07-09  8:40 Fco.J.Ballesteros
2002-07-09  7:50 Fco.J.Ballesteros
2002-07-09  8:15 ` Lucio De Re
2002-07-09  8:42   ` arisawa
2002-07-09  9:21     ` Lucio De Re
2002-07-09  9:43       ` arisawa
2002-07-09 10:36         ` Lucio De Re
2002-07-09 10:54           ` matt
     [not found]     ` <"arisawa@ar.aichi-u.ac.jp"@Jul>
2002-07-09 15:31       ` Dave
2002-07-09 22:15         ` arisawa
2002-07-09  8:22 ` arisawa
2002-07-09  7:46 Fco.J.Ballesteros
2002-07-09  0:38 okamoto
2002-07-08 16:14 rob pike, esq.
2002-07-08 16:05 Fco.J.Ballesteros
2002-07-08 16:00 rob pike, esq.
2002-07-08 15:51 Fco.J.Ballesteros
2002-07-08 15:42 rob pike, esq.
2002-07-08 15:18 Fco.J.Ballesteros
2002-07-08 15:16 rob pike, esq.
2002-07-08 15:10 Fco.J.Ballesteros
2002-07-08 15:16 ` Lucio De Re
2002-07-08 14:54 Fco.J.Ballesteros
2002-07-08 15:05 ` Lucio De Re

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c0b4788df08e5315718331288f5e0c34@plan9.bell-labs.com \
    --to=rob@plan9.bell-labs.com \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).