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 18:03:42 +0200 Organization: A noiseless patient Spider Message-ID: References: <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> <873ajjt0zu.fsf@atthis.clsnet.nl> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1222706505 18449 80.91.229.12 (29 Sep 2008 16:41:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Sep 2008 16:41:45 +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 18:42:43 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 1KkLpO-0006QU-Nm for geh-help-gnu-emacs@m.gmane.org; Mon, 29 Sep 2008 18:42:31 +0200 Original-Received: from localhost ([127.0.0.1]:52435 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KkLoM-0003EM-1y for geh-help-gnu-emacs@m.gmane.org; Mon, 29 Sep 2008 12:41:26 -0400 Original-Path: news.stanford.edu!headwall.stanford.edu!newsfeed.news2me.com!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!feeder.news-service.com!feeder.news-service.com!news.motzarella.org!motzarella.org!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 53 Original-X-Trace: feeder.motzarella.org U2FsdGVkX1/5C8Q/1YXzpiYzzX7P4m2YClapr0do1dN9EkbyJGbqaMQkU212UueZZ7NC4b9MGteYKDJ9SvDhqjQbPmDzp7KTGT5nchF5N3OxRZTxy6ZWDkNI7INJlTH+eraJG64coqxaX3RzbFhBjg== Original-X-Complaints-To: Please send complaints to abuse@motzarella.org with full headers Original-NNTP-Posting-Date: Mon, 29 Sep 2008 16:03:04 +0000 (UTC) X-Auth-Sender: U2FsdGVkX1/Q/tHq2oKoXzDlWkB1uSzi4UxEBz1A5po4Mod8hh7vtg== Cancel-Lock: sha1:08Z7YysPdWZesMOJVmE438kitAQ= User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux) Original-Xref: news.stanford.edu gnu.emacs.help:162854 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:58198 Archived-At: Cor Gest writes: > Some entity, AKA Richard Riley , > wrote this mindboggling stuff: > (selectively-snipped-or-not-p) > > >> 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. > > All in all one can say that if one needs Emacs one has at least > knowledge of ones needs. One always has knowledge of ones needs. Then its a question of shopping around to see what meets those needs and can meet them in an efficient manner. > But then again, manure can be transported with an Rolls-Royce, wich > would not be my transportcontraption of choice to do an adequate job. Erm, ok. > > So, one does need to learn to drive a tractor before one can fertilise > the fields in a more practicle way. Sure. Er? Why are you saying this? it is not more than "one must learn to use the tool". The points being made are about whether there are better defaults which will not break emacs but will help it appeal more to the newer generation. > Needless to say that that contraption comes with a boatload of > appendages to do more specialised jobs, wich all need to be learned how > to use for any particular task at hand. Are you saying that there is loads of functionality which one learns and becomes familiar with the more you learn? Which is quit clear I think and not in contention. > > Cor > > PS: Having a nice sleek looking spoiler on the tractors' roof does look sexy > but is utterly useless. Well, you've lost me. If you think removing a default elisp buffer as the front of emacs, for example, is adding a "spoiler" or "go faster stripe" then I am a tad surprised to say the least.