From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <75544df476470ec14498fbc9b6e8b0fd@9fs.org> To: 9fans@cse.psu.edu Subject: Re: [9fans] Emacs From: nigel@9fs.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-joqefzkyvypdibvptzwffwlwmd" Date: Wed, 12 Jun 2002 10:18:28 +0100 Topicbox-Message-UUID: aa49b9c0-eaca-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-joqefzkyvypdibvptzwffwlwmd Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I find 'nose' more useful than 'elbow'. --upas-joqefzkyvypdibvptzwffwlwmd Content-Type: message/rfc822 Content-Disposition: inline Received: from 9fs.org ([192.168.100.103]) by 9fs.org; Wed Jun 12 10:17:18 BST 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by 9fs.org; Wed Jun 12 10:17:17 BST 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 37F3219A4A; Wed, 12 Jun 2002 05:17:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust17.leed.broadband.ntl.com [80.0.45.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id A525619A79 for <9fans@cse.psu.edu>; Wed, 12 Jun 2002 05:16:19 -0400 (EDT) Message-ID: <404a8f744e2df45761206bdde489fbef@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] Emacs From: forsyth@caldo.demon.co.uk MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 12 Jun 2002 10:07:42 +0100 >>>to research the reasoning and theory behind plan9 and acme? I realize it > >>is rather different style from traditional UNIX editing as well as the >>>Emacs style of editing, ... >>> >> i'd hope so after all this time. [i said] >> >read as "I understand it is easy to be preconditioned >by confident utilization of UNIX/Emacs style editing >over long periods of time, but, there is no reason to >dismiss a new environment without first learning how no, i meant today must be roughly 20 years later, surely, if not more. i'd hope at least the style and ideally the substance might have changed a bit in these areas. i realise that some older things turn out to be the best achievable, even in computing, and some newer things are worse than their predecessors. in this case, however, i can't help thinking that the elapsed time should provide some opportunity for interesting improvement. control-meta-shift-elbow! --upas-joqefzkyvypdibvptzwffwlwmd--