From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Riley Newsgroups: gmane.emacs.help Subject: Re: How to get rid of *GNU Emacs* buffer on start-up? Date: Mon, 29 Sep 2008 04:58:28 +0200 Organization: A noiseless patient Spider Message-ID: References: <873ajzwoqu.fsf@kobe.laptop> <823901dd-c54c-4e3b-b6ad-512d52724a46@z11g2000prl.googlegroups.com> <87ljxoffs6.fsf@atthis.clsnet.nl> <71208e97-140c-445d-8eda-1705f11b14b3@r15g2000prd.googlegroups.com> <095ef0c0-c7f4-494d-8bf6-8a5ee43fd934@i20g2000prf.googlegroups.com> <3c61c357-0705-4ff4-b793-fa6827415fdd@n38g2000prl.googlegroups.com> <4fr5r5-jnp.ln1@invalid.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1222659642 7173 80.91.229.12 (29 Sep 2008 03:40:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Sep 2008 03:40:42 +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 Sep 29 05:41:40 2008 connect(): Connection refused 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 1Kk9di-0000ob-Qk for geh-help-gnu-emacs@m.gmane.org; Mon, 29 Sep 2008 05:41:39 +0200 Original-Received: from localhost ([127.0.0.1]:52886 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kk9cg-0002m9-05 for geh-help-gnu-emacs@m.gmane.org; Sun, 28 Sep 2008 23:40:34 -0400 Original-Path: news.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!news.motzarella.org!motzarella.org!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 166 Original-X-Trace: feeder.motzarella.org U2FsdGVkX19Dv3iaZARN+f4rM8UxJ4Y3ekM03La1PgU3lCSxH24bS4SIHSAYM+LL3wD6gn1xYbrrI0DvGbjlFE/NFfgtUP9TyQtRZk2GCZMGs0qqOnw2sNh9yBS0v+1kdsVw4lecH42ZKuLGOnmjpw== Original-X-Complaints-To: Please send complaints to abuse@motzarella.org with full headers Original-NNTP-Posting-Date: Mon, 29 Sep 2008 02:57:52 +0000 (UTC) X-Auth-Sender: U2FsdGVkX19cl09Abx5F3lLTXOKmsczscZ4Ij4BKx7jZsesjdIZZKA== Cancel-Lock: sha1:MlAxmmJhsKA2rzEVfyN0DQ/xXqw= User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux) Original-Xref: news.stanford.edu gnu.emacs.help:162831 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:58173 Archived-At: stan writes: > Richard Riley wrote: >> stan writes: >> >>> Xah wrote: >>>> Kevin Rodgers wrote: >>>> >>>>> > « >>>>> > * There is no easy, intuitive way to create multiple scratch >>>>> > buffers. (it is done by using the switch-to-buffer command (C-x b) and >>>>> > give name that is not one of existing buffers.) >>>>> >>>>> We'll have to disagree: I think that is both easy and intuitive. >>>> >>>> What seems to you intuitive is not intuitive to the general text >>>> editing audience. The text editing audience is broad, including all IT >>>> professionals, those in academics. >>> >>> You don't have authority to speak for the general text editing audience. >>> You certainly never got my permission. >> >> Well, thats not really fair. Emacs is certainly not intuitive to the >> general text editing audience since its pretty much a minority editor. I >> dont know anyone who didnt have trouble adapting to Emacs personally >> (including myself) - but its only after a while you realise the genius >> behind a lot of the UI. Things you do not see or appreciate when you >> first tackle it. > > The point wasn't really about intuitiveness, that of course in the eye > of the beholder. I certainly didn't wake up one day thinking in terms of > emacs chords; I had to learn them. I don't really think emacs is worse > than vim, wordstar, ed, edlin, or any of a dozen proprietary things I've > been forced to endure. I expect to have some learning, and I don't > expect it to match windows. > > My point was that generalizing about editor users is at best difficult > and most often impossible. Arguments like "people are confused" are > silly and not persuasive. Some are confused and others are happy as > clams. Only if one thinks in B&W. I think it was fairly obvious that Xah was not suggesting for one minute that 100% of people were confused. > > I also meant to take issue with the idea that many if not most people > confuse the number of editor users with the number of word processor > users. "Editor users" is a relatively small subset of people who > write. I'm not sure I noticed that issue but of course you are right. > The difference between the users and needs is large and confusion > doesn't help. I'm not sure of the relevance. We are talking about the "generally perceived" or noticed reaction to emacs by people who try it. My own experience is that most people go "yuck" - until they dig further and find what it can really do with a bit of work. Often it takes some hand holding. I know I had to gird my loins once or twice and dive back in when I had got frustrated with it. > >> Can the general text editing population adapt and use it? Of course. But >> initial feedback is usually "what the hell!" :-) > > Again, this sounds like comparing emacs to word processors or windows > programs. What do you imagine the initial response is for people > foolish enough to open vi on a whim? For that matter Wordperfect > wasn't vi would be there too as something not particularly suited to new "general" users. But we were discussing emacs. > exactly a model of intuitiveness and it did really well and continues as > a significant part of the legal world. I realize I just mixed word > processors with editors but my point was about the need to learn any > powerful tool. I agree. But as an editor some of the defaults are quite a hurdle to new users. There are not many seasoned users who would disagree with that I would think. The task is to convince new users that the effort and learning curve is worth it. > > >> I mean, have you seen peoples faces when they read the manual and realise >> they have to control/meta key sequences to move the cursor left and >> right, up and down? > > Actually no, I don't know any young people who use emacs and most older > folks were more interested in getting their hands dirty so to speak. So you are arguing from a point of view with little practical experience of new users? > >> Please dont take these comments as support for what Xah is saying but >> there does tend to be a certain reluctance to make "common things" the >> standard in emacs which might, just might, promote adoption. > > I understand. I do wonder where this idea that emacs needs to be > competitive in the market comes from. I don't see that it really > matters > much to current users. People who use it will continue and developers It does to me. The more people who use it the better it will be maintained and the more utilities will be developed to a point of usefulness. > will continue to maintain. Why does the number of users matter? Like > my I like to advocate good OSS apps. Emacs is one such. I am surprised that you are not interested in furthering its use. Yet at the same time you have strong views on how it should or should not be tweaked to ease the learning curve for new users. > grandmother was fond of asking "If every one else sets themselves on > fire are you going too follow them"? I don't really care if everyone > move to editor X. Emacs works for me and I think it's a useful tool. > Other who want to use it are free to choose. But it is rather naive to think that more users does not safeguard and enhance an application especially one which so much relies on users contributions and maintenance. > > I'd also add that much of this seems like a much ado about nothing. > Anyone who wants to change emacs or even fork the code is free to do > so. Don't be silly. We are talking NEW users. New users do not pile in and write elisp :-; > This seems like an attempt to convince current programmers that there is > a need to "fix" emacs or market share will shrink. Even if that's true, > why does it matter? It's not like some company will get tired of > maintaining it and stop work. You seem almost as if you would not care if emacs lost users. This surprises me. I would like it to attract more and more. >> >> Things are getting better - e.g I think using the x clipboard finally >> became the default in 22. Stuff like that. > > Clipboards are a good example of something that maintainers decided was a > useful change. I haven't seen anything that convinces me there is a It took a long time.... > burning need to rearrange the default keyboard. For those who do feel > the need why not just distribute a .emacs file for dummies? The whole > thing seems to miss the point that emacs is nothing if not > configurable. I dont think anyone is suggesting any thing other than that. Anyway, thats my tuppence worth. I do not offer a perfect solution only the reflection that anything that can be done to make Emacs easier for the new adopter which does not contribute it for the emacs power user can only be a good thing. Emacs is a wonderfully customisable work horse and well worth the effort needed to familiarise oneself with it.