From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Joost Kremers Newsgroups: gmane.emacs.help Subject: Re: Emacs: Problems of the Scratch Buffer Date: 23 Apr 2012 11:52:00 GMT Message-ID: References: <1bqkr.13803$mL3.9455@newsfe23.iad> <5Yxkr.15011$bU5.6213@newsfe04.iad> NNTP-Posting-Host: plane.gmane.org X-Trace: dough.gmane.org 1335182114 8558 80.91.229.3 (23 Apr 2012 11:55:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 23 Apr 2012 11:55:14 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Apr 23 13:55:13 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SMHrN-0003Ni-I6 for geh-help-gnu-emacs@m.gmane.org; Mon, 23 Apr 2012 13:55:13 +0200 Original-Received: from localhost ([::1]:52478 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMHrM-00041w-Nm for geh-help-gnu-emacs@m.gmane.org; Mon, 23 Apr 2012 07:55:12 -0400 Original-Path: usenet.stanford.edu!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 80 Original-X-Trace: individual.net JzZzfbIKE7inpcixaX0EdgSJHUFWr/kV+GuzKnkthi5ebjmrxq Cancel-Lock: sha1:2lHKyW5aX2oY0GwmpoZhYKy0wsc= Mail-Copies-To: nobody X-Editor: Emacs of course! User-Agent: slrn/pre1.0.0-18 (Linux) Original-Xref: usenet.stanford.edu gnu.emacs.help:192189 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:84603 Archived-At: Chiron wrote: > On Sat, 21 Apr 2012 08:16:56 +0000, Joost Kremers wrote: > >> but you get extra users for extra users. that's worth something. > > I don't see that it's worth anything. In what way do the maintainers of > emacs benefit from having more users? well, for one, it's gratifying to have people who use the software you write and who (apparently) appreciate your work. it's one of the reasons i suspect many open source/free software developers are in it for. but more users usually also means more visibility, more bug reports and/or contributions, more potential developers, better chances of the project remaining alive once you are no longer able to maintain it. > Well, the point I was getting at is that things have a lifetime. > Everything comes to an end, and that's not a bad thing. sometimes it is. sure, in the grand scheme of things, what does it all matter, but if emacs were to die out, i'd be thoroughly unhappy. that's important, though possibly mainly to myself. ;-) but kidding aside, i think i did get your point. i was just saying that something as adaptable as emacs doesn't need to meet its end in such a way as you describe. > The sentient beings who work on emacs are not interested in making the > suggested changes, for whatever reason they may have. yes, you said that before, but i'm pretty sure that that's simply not true. note that if you conclude that from some of the comments in this (and possibly other threads), you may be basing your conclusions on false premisses. the emacs devs certainly are interested in hearing comments from users and suggestions how to improve upon the software. that, however, doesn't mean that they will implement *every* suggestion. > Perhaps they can't > do it; perhaps they're stubborn; perhaps they're simply not interested in > catering to the passing fads of programming that come and go every year. > I have no idea. But if they don't want to do it, they're not going to do > it, and no amount of saying they "should" do it will help. of course, but i don't think that's at issue here. (at least, that was *my* impression of this thread. ;-) >> i don't have a strong opinion on what to do with the scratch buffer, i >> have no idea if it is something that holds back people from adopting >> emacs as their editor. but it is worth discussing, i think. > > I still don't understand the talk about the *scratch* buffer. It comes > up, but it's not the initial frame or buffer I get, and never has been. the scratch buffer was what started the whole thread. it comes up as the first buffer a user can actually enter text into, but it doesn't behave in the same way that the first usable text entry area in most other editors or word processors behave, i.e., programs with which potential new emacs users may be more familiar with. the proposal was to make the scratch buffer behave more in that way. > Is there some version of emacs where this happens? IIRC every version since i've been using emacs, which is emacs 21 or 22, i think. > I could see this > being very confusing, if that were the case. I still don't know enough > lisp to do much about the *scratch* buffer. If that's all I got when I > started emacs, I'd probably go on to some other editor. And no one would > ever miss me... you can't miss what you never had. or more precisely, you can't miss what you cannot imagine having. :-) -- Joost Kremers joostkremers@yahoo.com Selbst in die Unterwelt dringt durch Spalten Licht EN:SiS(9)