From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sat, 29 May 2004 18:58:34 +0200 From: Tristan Seligmann To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: Re: [9fans] acme: some thoughts about design Message-ID: <20040529165834.GA16038@mithrandi.za.net> References: <81132473206F3A46A72BD6116E1A06AEAD0457@black.aprote.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <81132473206F3A46A72BD6116E1A06AEAD0457@black.aprote.com> User-Agent: Mutt/1.5.6i Topicbox-Message-UUID: 8cbebccc-eacd-11e9-9e20-41e7f4b1d025 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 29, 2004 at 19:51:56 +0300, Tiit Lankots wrote: > > If I have a usefull search interface I didnt need any=20 > > filename or directory structure. A user isn't interessted in=20 > > filesystems. >=20 > A smart user is. When your file count passes 200 000, you won't know > your > left from your right in a flat file space. Hierarchy is your friend. A 2-dimensional hierarchy is hopelessly inadequate for storing information in a "natural" way. People retrieve information along many different "vectors" all the time, and a hierachical filesystem only really has 1 or 2. It may be a great low-level implementation, but being able to say "find the e-mail I wrote to Timothy last week" is a lot more useful to the user. --=20 mithrandi, i Ainil en-Balandor, a faer Ambar --lrZ03NoBR/3+SXJZ Content-Type: multipart/mixed; boundary="upas-kusuxxggqdktrqkdhibzgoncgn" Content-Disposition: inline This is a multi-part message in MIME format. --upas-kusuxxggqdktrqkdhibzgoncgn Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit from postmaster@ethel: The following attachment had content that we can't prove to be harmless. To avoid possible automatic execution, we changed the content headers. The original header was: Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline --upas-kusuxxggqdktrqkdhibzgoncgn Content-Type: application/octet-stream Content-Disposition: attachment; filename="signature.asc.suspect" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAuME6pNuXDQIV94oRAmQJAJ0ZmTsVYpEtwwmaeWFF1BT8Ry6tmgCeMfok VRFhF0lX8kpkTim4H8O25YE= =Tn8l -----END PGP SIGNATURE----- --upas-kusuxxggqdktrqkdhibzgoncgn-- --lrZ03NoBR/3+SXJZ--