all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: help-gnu-emacs@gnu.org
Subject: Re: Emacs: Problems of the Scratch Buffer
Date: Sat, 21 Apr 2012 17:07:46 +0300	[thread overview]
Message-ID: <83pqb1goul.fsf@gnu.org> (raw)
In-Reply-To: <kQxkr.15010$bU5.11379@newsfe04.iad>

> From: Chiron <chiron613.no.spam.@no.spam.please.gmail.com>
> Date: Sat, 21 Apr 2012 12:35:28 GMT
> 
> On Sat, 21 Apr 2012 10:36:27 +0200, Thien-Thi Nguyen wrote:
> 
> > () Chiron <chiron613.no.spam.@no.spam.please.gmail.com> () Sat, 21 Apr
> > 2012 03:53:33 GMT
> > 
> >    The current maintainers have absolutely no incentive to try to make
> >    emacs appealing to the masses.
> > 
> > Maybe, maybe not.
> 
> If they had an incentive to make emacs appealing to the masses, they'd do 
> it.  Since they aren't doing it, I think it's clear that they don't have 
> the incentive.

They have and they do, just watch the changes made in the last few
major releases.  It could be that the pace is not to your liking, or
that your most beloved feature didn't (yet) get in, but that doesn't
yet justify the extreme conclusions that you seem to have reached, and
now are spreading all over.

> Unless the current maintainers are confused, they *already* have
> emacs pretty much the way they want it.

No good maintainer ever stops evolving in his/her habits nor becomes
deaf to wishes of the users.  I suggest that you read the emacs-devel
list for a while, and I'm sure you will see how incorrect the above
judgment is.

> What the complainer was suggesting was that new people - maintainers, 
> programmers, whoever - would *change* emacs, which would make emacs less 
> the way the current maintainers want it, and more the way others would 
> want it.

Maintaining a package is never about a battle of wills of the kind you
seem to envision.  So your mental model of how this works is simply
wrong.  Again, you should read emacs-devel to see the actual state of
affairs.

> A.  We think you should change emacs to be the way we want it.
> 
> B.  Well, we like it the way it is.
> 
> A.  No, you're too old-fashioned or hidebound; you need to get with the 
> program.  You need to make emacs a tool for modern programming practices.
> 
> B.  Why?  It works for us.
> 
> A.  But it doesn't work for us!
> 
> B.  Um... 

You won't find this on emacs-devel.  So this line of reasoning will
never bring any change.

Several people in this thread explained why (a) *scratch* is useful
for them and (b) does not necessarily get in your way, unless you
insist (e.g., by using the -Q switch).  If someone has constructive
proposals for how to make that buffer even less prominent, please post
your suggestions to emacs-devel, or file "wishlist" bug reports to the
Emacs bug-tracker.

Arguing that *scratch* should be removed entirely is a non-starter,
since a non-negligible portion of users find it useful, but I
sincerely don't see why reasonable people would want that, if we can
find less extreme ways of getting it out of the way of those who don't
need it.



  parent reply	other threads:[~2012-04-21 14:07 UTC|newest]

Thread overview: 82+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-18 12:00 Emacs: Problems of the Scratch Buffer Xah Lee
2012-04-18 12:31 ` Joe Corneli
2012-04-18 16:57 ` Steinar Bang
2012-04-18 17:33   ` Ludwig, Mark
2012-04-18 18:15     ` Juanma Barranquero
2012-04-18 18:16       ` Juanma Barranquero
2012-04-19 21:08     ` Steinar Bang
     [not found]   ` <mailman.169.1334770417.751.help-gnu-emacs@gnu.org>
2012-04-18 21:11     ` Chiron
2012-04-18 23:56       ` Ludwig, Mark
2012-04-19 10:34         ` Tassilo Horn
2012-04-18 17:01 ` Mark Skilbeck
2012-04-18 19:33 ` Aaron Meurer
2012-04-18 20:22   ` Deniz Dogan
2012-04-19  5:55     ` Kevin Rodgers
2012-04-19  5:58   ` Kevin Rodgers
2012-04-19 20:47 ` Bug Dout
2012-04-19 21:11   ` Chiron
2012-04-19 22:41     ` Ludwig, Mark
     [not found]     ` <mailman.260.1334875302.751.help-gnu-emacs@gnu.org>
2012-04-20  3:27       ` Pascal J. Bourguignon
2012-04-20  3:53         ` Aaron Meurer
2012-04-20 11:08     ` Fritz Wuehler
2012-04-20 11:48     ` Richard Riley
     [not found]     ` <mailman.304.1334922534.751.help-gnu-emacs@gnu.org>
2012-04-21  3:53       ` Chiron
2012-04-21  8:16         ` Joost Kremers
2012-04-21 12:43           ` Chiron
2012-04-21 12:47             ` Jambunathan K
2012-04-21 14:10             ` Eli Zaretskii
     [not found]             ` <mailman.373.1335012467.751.help-gnu-emacs@gnu.org>
2012-04-21 14:42               ` Chiron
2012-04-21 14:49                 ` Joe Corneli
     [not found]                 ` <mailman.381.1335019797.751.help-gnu-emacs@gnu.org>
2012-04-21 15:04                   ` Chiron
     [not found]             ` <mailman.379.1335017454.751.help-gnu-emacs@gnu.org>
2012-04-21 14:46               ` Chiron
2012-04-21 15:34                 ` Eli Zaretskii
2012-04-21 16:15                 ` Dan Espen
2012-04-21 16:58                   ` Chiron
     [not found]                 ` <mailman.389.1335022448.751.help-gnu-emacs@gnu.org>
2012-04-21 16:32                   ` Chiron
2012-04-21 16:52                     ` Eli Zaretskii
     [not found]                     ` <mailman.396.1335027140.751.help-gnu-emacs@gnu.org>
2012-04-21 17:09                       ` Chiron
2012-04-21 17:36                     ` Dan Espen
2012-04-21 23:01                     ` Bastien
2012-04-23 11:52             ` Joost Kremers
2012-04-24  7:40               ` rusi
2012-04-24 11:35                 ` Richard Riley
2012-04-24 13:44                   ` ken
2012-04-25 10:39                     ` Thien-Thi Nguyen
2012-04-25 12:41                       ` ken
2012-04-25 21:51                       ` Jambunathan K
     [not found]                       ` <mailman.42.1335390728.855.help-gnu-emacs@gnu.org>
2012-04-26 17:25                         ` rusi
2012-04-26 17:48                           ` Bastien
     [not found]                     ` <mailman.619.1335350542.751.help-gnu-emacs@gnu.org>
2012-04-26 19:08                       ` Xah Lee
2012-04-24 14:33                 ` Dan Espen
2012-04-24 18:40                   ` PJ Weisberg
2012-04-21  8:36         ` Thien-Thi Nguyen
2012-04-21  9:48           ` Joe Corneli
     [not found]         ` <mailman.362.1334997514.751.help-gnu-emacs@gnu.org>
2012-04-21 12:35           ` Chiron
2012-04-21 13:31             ` Pascal J. Bourguignon
2012-04-21 15:01               ` Chiron
2012-04-21 14:07             ` Eli Zaretskii [this message]
     [not found]             ` <mailman.378.1335017298.751.help-gnu-emacs@gnu.org>
2012-04-21 14:52               ` Pascal J. Bourguignon
2012-04-21 15:15                 ` Jambunathan K
2012-04-21 16:03                   ` Jambunathan K
2012-04-21 14:59               ` Chiron
2012-04-21 15:35                 ` Eli Zaretskii
     [not found]                 ` <mailman.390.1335022565.751.help-gnu-emacs@gnu.org>
2012-04-21 16:47                   ` Chiron
2012-04-21 17:07             ` Thien-Thi Nguyen
     [not found]             ` <mailman.398.1335028190.751.help-gnu-emacs@gnu.org>
2012-04-21 17:14               ` Chiron
2012-04-21 17:47                 ` Juanma Barranquero
     [not found]                 ` <mailman.401.1335030473.751.help-gnu-emacs@gnu.org>
2012-04-21 18:03                   ` Chiron
2012-04-21 21:34             ` Jason Earl
2012-04-21 14:39         ` Stefan Monnier
2012-04-21 15:03           ` Chiron
2012-04-20 11:31 ` Martin
2012-04-21  3:14 ` Stefan Monnier
2012-04-21  3:25   ` Dan Espen
2012-04-21 14:38     ` Stefan Monnier
2012-04-21 16:08       ` Dan Espen
2012-04-21 16:50         ` Chiron
2012-04-21 17:30           ` Dan Espen
2012-04-21 22:13             ` Ludwig, Mark
2012-04-22 10:00           ` Petter Gustad
2012-04-22 10:27             ` Richard Riley
2012-06-12 19:25             ` Nikolai Alekseev
2012-06-12 19:24         ` Nikolai Alekseev

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83pqb1goul.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.