From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: stan Newsgroups: gmane.emacs.help Subject: Re: How to get rid of *GNU Emacs* buffer on start-up? Date: Sun, 28 Sep 2008 22:34:44 -0400 Organization: home Message-ID: <4fr5r5-jnp.ln1@invalid.net> 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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1222656050 764 80.91.229.12 (29 Sep 2008 02:40:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Sep 2008 02:40:50 +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 04:41:48 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 1Kk8hl-0008Sd-79 for geh-help-gnu-emacs@m.gmane.org; Mon, 29 Sep 2008 04:41:45 +0200 Original-Received: from localhost ([127.0.0.1]:43253 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kk8gi-0003Ff-9G for geh-help-gnu-emacs@m.gmane.org; Sun, 28 Sep 2008 22:40:40 -0400 Original-Path: news.stanford.edu!newsfeed.stanford.edu!postnews.google.com!news2.google.com!Xl.tags.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local02.nntp.dca.giganews.com!nntp.comcast.com!news.comcast.com.POSTED!not-for-mail Original-NNTP-Posting-Date: Sun, 28 Sep 2008 21:35:09 -0500 Original-Newsgroups: gnu.emacs.help User-Agent: slrn/0.9.8.0 (Linux) Original-Lines: 93 X-Usenet-Provider: http://www.giganews.com Original-NNTP-Posting-Host: 24.127.40.113 Original-X-Trace: sv3-CQE6UV+Mj+rj9bnYE3wtIvkBDTXKNbu9g7F/vditZtWdmlgO6QqRNd/ugKRE/iK5eQQiBZE0Ywdnczm!OqA99jZNcUCpoJiKzvU02TlF2WFhT8oopfhp/nztggcetUBKC2MlaojwSyHSVGGIqJVSg3DfUHSe!Z3i03g== Original-X-Complaints-To: abuse@comcast.net X-DMCA-Complaints-To: dmca@comcast.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.39 Original-Xref: news.stanford.edu gnu.emacs.help:162829 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:58171 Archived-At: 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. 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. The difference between the users and needs is large and confusion doesn't help. > 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 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 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. > 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 will continue to maintain. Why does the number of users matter? Like my 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. 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. 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. > > 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 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.