From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.help Subject: Re: basic question: going back to dired Date: Thu, 24 Jul 2008 16:09:53 +0200 Message-ID: References: <4884DC7F.6060406@gmail.com> <87mykaw8sb.fsf@nonospaz.fatphil.org> <87myk828zm.fsf@lion.rapttech.com.au> <873alz1no7.fsf@lion.rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1216908648 22608 80.91.229.12 (24 Jul 2008 14:10:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Jul 2008 14:10:48 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Jul 24 16:11:27 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KM1XG-0004f7-7K for geh-help-gnu-emacs@m.gmane.org; Thu, 24 Jul 2008 16:11:14 +0200 Original-Received: from localhost ([127.0.0.1]:53767 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KM1WM-0005x0-Bk for geh-help-gnu-emacs@m.gmane.org; Thu, 24 Jul 2008 10:10:18 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KM1W0-0005wn-W6 for help-gnu-emacs@gnu.org; Thu, 24 Jul 2008 10:09:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KM1Vz-0005wT-A8 for help-gnu-emacs@gnu.org; Thu, 24 Jul 2008 10:09:56 -0400 Original-Received: from [199.232.76.173] (port=53494 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KM1Vy-0005wQ-OA for help-gnu-emacs@gnu.org; Thu, 24 Jul 2008 10:09:54 -0400 Original-Received: from nf-out-0910.google.com ([64.233.182.191]:60433) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KM1Vy-0003l7-Jl for help-gnu-emacs@gnu.org; Thu, 24 Jul 2008 10:09:54 -0400 Original-Received: by nf-out-0910.google.com with SMTP id c7so6931841nfi.26 for ; Thu, 24 Jul 2008 07:09:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=EeAqGSnPvTBOnxWzH/Hvu+Xiw0Y6Iuia4I9LeTmnHPo=; b=E9ansK//WtoK9npTMCRwhgAovc/AV9tqjOPMnAX39HgnarxqsopaqU2tY1IBY4bcJ8 j2bnqhiooJmw9CKwRDNemgHl0KdclyQm+ycVeptS2/jP8IEOgmckTQAWL/yc4ljQbdj/ DlflfyBJ4avF6Ey+RvjYc5UmEUeXgAvxwSpvI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=TO8fWDmxx5KD0vp3QlZTZzijwrQ/S4OL94ph3KuoP8gReA00xM3iKgY7CfzxS9pbjR 9/mb6GlVplzNLLgOgrwlvETIaecGwaUDhOIbF8fvNksyxW2GMQAgf5c741S8+1k1gkzq /opPjqXiqx0b9/6U1M6uKmdSqh99oLfI/L02w= Original-Received: by 10.210.91.7 with SMTP id o7mr357982ebb.197.1216908593294; Thu, 24 Jul 2008 07:09:53 -0700 (PDT) Original-Received: by 10.210.71.14 with HTTP; Thu, 24 Jul 2008 07:09:53 -0700 (PDT) In-Reply-To: <873alz1no7.fsf@lion.rapttech.com.au> Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:55905 Archived-At: On Thu, Jul 24, 2008 at 14:17, Tim X wrote: > But what does it really matter if some people just leave it behind? Well, it matters to me. At least when I see people that I *know* will benefit from using Emacs. I don't have to look far. At work, there's people doing daily tasks with Perl scripts and a very old (circa 1985, perhaps older) non-free MS-DOS text editor, MultiEdit. If they used Emacs (and a couple hundred lines of elisp code I could write for them), they would save *lots* of pain (believe me when I say that: I wrote the Perl scripts and know pretty well the data workflow). But there's no way in the world that they will invest the time to adapt to Emacs, because it is too far removed from what they're used to. In despair, I've even had pipe dreams of writing a limited emulation of MultiEdit 3.0 in Emacs 22. Their fault? Of course. Still... > There is no blackmail here. You don't have to use it and you don't have > to contribute. Just because I'm not arguing to change things to get new > users doesn't mean any form of blackmail - thats just emotional > dribble. Sorry if I offended you. What I meant is that whether people will contribute or not bears no relation to whether we should try to make Emacs easier to learn or not for newbies. > You mean like calling directories folders? You won't see me defending that choice, though FWIW I think that's Apple at work, not Microsoft. > The point is, emacs didn't adopt its current terminology to be > different. It adopted the current terminology because it was amongst the > first to offer such functionality and at the time, there was little > consensus on what to use. I know. > I don't have an issue with updating > terminology if we can be assured the new terminology doesn't make the > situation worse AND we don't lose clarity or end up with terms that are > even less concise and prone to increased confusion. Window vs. frame is an example. Not that I'm proposing changing it, of course. > If we look at the more general meaning of buffer, it > actually makes sense. For example, here are some definitions of buffer > from some dictionaries - Yes, it makes sense, but it was stretching a metaphor (even if it predates Emacs). Moreover, I see two partially contradictory defenses of "buffer": - that it is obviously a good term, whose meaning is quite easy to grasp from previous meanings - that it is a concept more-or-less specific of Emacs and so it helps newbies to realize that they are not dealing with files or workspaces or anything like that. > Hmmm. could be a theme emerging here in which a buffer is something that > protects/cushions/pads against jarring/sudden/unwanted change/impact > i.e. prvides a stable representation. Curious. I wouldn't consider stability as *the* defining factor of Emacs buffers; temporary buffers are about fast, non-persistent storage, not stability, for example. > 1. An area of memory used for storing messages. Typically, a > buffer will have other attributes such as an input pointer > (where new data will be written into the buffer), and output > pointer (where the next item will be read from) and/or a count > of the space used or free. Buffers are used to decouple > processes so that the reader and writer may operate at > different speeds or on different sized blocks of data. > > well, that does seem to describe emacs buffers - they are a section of > memory, they have pointers (even a think referred to as point) and if we > slightly generalise and consider the computer as one party and the human > as the other, they also handle the mismatch of speeds and size of blocks > that can be processed comfortably and with few errors! I think that's conflating the program's view of buffers with the human one. I've never thought of buffer's contents as messages, and they are not FIFO queues for data. > Turn things around the other way. Firefox refers to the whole thing as a > window and when they have multiple display areas within the display > window, they are called tabs. Emacs has multiple windows within a > frame. Which terminology is more consistent? According to current trends, Firefox. If we started Emacs from scratch, I bet we would call the frame "window", and the windows, "tabs" (or "panes", depending of the specific details of the user interface). > Is the > terminology so alien that one reading of the manual page wouldn't be > enough to explain it? Do you find difficult to use Windows (if you use it at all) because the directories are, from the desktop POV, called "folders"? I'd bet the answer is not, still you joked about because you think it is the wrong term. > Agreed. So, what now? Do we have to try and cater for everyone? Do we > adopt terminology which may be proven wrong or which could likely become > outdated in the future anyway? As opposed to the terminology we use now, that has not become outdated, you mean? > I vote for the latter. I'll abstain. Juanma