From: stan <smoore@exis.net>
To: help-gnu-emacs@gnu.org
Subject: Re: How to get rid of *GNU Emacs* buffer on start-up?
Date: Tue, 30 Sep 2008 21:37:46 -0400 [thread overview]
Message-ID: <as0br5-l91.ln1@invalid.net> (raw)
In-Reply-To: gbpg7g$uth$1@registered.motzarella.org
Richard Riley wrote:
> stan <smoore@exis.net> writes:
>
>> Richard Riley wrote:
>>> stan <smoore@exis.net> writes:
>>>
>>>> Xah wrote:
>>>>> Kevin Rodgers wrote:
>>>>>
<snip>
>> 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 think you missed the point here. It's not B&W it's also the grey. The
NUMBER doesn't matter. It could be all, none, or something in between.
>> 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.
Which is my point. Generalizing is impossible and unhelpful here.
>>> 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.
The point was about intuitiveness of emacs. I'm pointing out that the
emacs isn't unique or even different; the playing filed is basically
level. Powerful or simple for newbies; pick one.
>> 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.
This sounds like more confusion about the users. Many if not most users
of text editors are programmers, agreed? You can't include word
processor users who want WYSIWYG stuff, we're talking pure text here. Of
the programming users, most will try an IDE and stick with it until they
find a need for something more powerful. At that point it is
unreasonable to expect high power and no learning.
>>> 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?
I don't know any recent programmers who have jumped ship from their
favorite IDE's. On windows it's almost painful to not use Visual Studio.
In other worlds, Java has their own pretty popular stuff. The people I
know using standalone editors are experienced enough to not have real
problems. I know several who can't make up their minds about which
editor to use and in a sense they are new users. They simply don't
respond like you describe.
>>> 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.
On what do you base that claim. How many emacs hackers do you know?
>> 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.
I'm interested in emacs, I'm not interested in evangelism.
As for tweaking, I'm opposed to changes that will prevent users from
taking advantage of the large body of existing knowledge. There's a lot
of help available for the standard configuration, but there's relatively
little for people using the cua stuff, for example. To me it's simply
easier to get your feet wet and then figure out what you want to change
and how to make the changes.
>> 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.
For commercial software you are probably correct. For much open or free
stuff I really don't think it makes all that much difference. The number
of maintainers isn't likely to change much if the number of users
increases by a factor of 10. It's pretty likely that a decrease of the
same magnitude probably wouldn't make much difference either. Most of
the maintainers are actually using emacs and maintain it for that
reason. Of course some features and "enhancements" might take longer or
never happen.
>> 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 :-;
How come it's not new users complaining? It's existing users who think
it will help make emacs cool.
>> 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.
I would sleep just fine whether emacs was the most popular app on the
planet or if I was the last user. I have many more important things in
my life to worry about.
>>> 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.
Keep in mind that these "improvements" will show up on every user who
updates, even the experienced users. Making available a special .emacs
to accommodate new people might be an acceptable option. That way the
people you seem to think exist will have fewer problems and the existing
user base will never have to waste time working around "improvements".
> Emacs is a wonderfully customisable work horse and well worth the effort
> needed to familiarise oneself with it.
Agreed.
next prev parent reply other threads:[~2008-10-01 1:37 UTC|newest]
Thread overview: 163+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-16 5:28 How to get rid of *GNU Emacs* buffer on start-up? Davin Pearson
2008-09-16 7:39 ` Giorgos Keramidas
2008-09-16 8:47 ` Davin Pearson
2008-09-16 8:14 ` Adam Rooke
2008-09-16 8:44 ` Nikolaj Schumacher
2008-09-16 8:44 ` Charles Sebold
2008-09-16 20:57 ` Xah
2008-09-17 1:22 ` Giorgos Keramidas
2008-09-18 5:35 ` Xah Lee
2008-09-18 5:41 ` Xah Lee
2008-09-19 0:39 ` tyler
[not found] ` <mailman.19510.1221784782.18990.help-gnu-emacs@gnu.org>
2008-09-19 4:16 ` David Kastrup
2008-09-19 12:42 ` tyler
2008-09-20 1:53 ` Allan Gottlieb
2008-09-29 19:20 ` tyler
2008-10-01 10:26 ` Tassilo Horn
[not found] ` <mailman.19545.1221828161.18990.help-gnu-emacs@gnu.org>
2008-09-19 21:09 ` David Kastrup
2008-09-19 4:49 ` Xah Lee
2008-09-18 23:50 ` Xah Lee
2008-09-19 8:53 ` Eli Zaretskii
[not found] ` <mailman.19536.1221814453.18990.help-gnu-emacs@gnu.org>
2008-09-19 11:34 ` Xah Lee
2008-09-19 13:04 ` Cor Gest
2008-09-19 14:21 ` Xah Lee
2008-09-19 15:32 ` Eric S Fraga
2008-09-20 0:54 ` Xah Lee
2008-09-22 8:25 ` Eric S Fraga
2008-09-22 11:40 ` Xah Lee
2008-09-22 12:16 ` Lennart Borgman (gmail)
[not found] ` <mailman.19683.1222085805.18990.help-gnu-emacs@gnu.org>
2008-09-22 13:53 ` Xah Lee
2008-09-22 14:50 ` Lennart Borgman (gmail)
[not found] ` <mailman.19689.1222095038.18990.help-gnu-emacs@gnu.org>
2008-09-23 13:49 ` Xah Lee
2008-09-23 15:47 ` Lennart Borgman (gmail)
[not found] ` <mailman.19771.1222184864.18990.help-gnu-emacs@gnu.org>
2008-09-23 16:27 ` Xah Lee
2008-09-23 16:47 ` Lennart Borgman (gmail)
[not found] ` <mailman.19774.1222188466.18990.help-gnu-emacs@gnu.org>
2008-09-23 16:59 ` Xah Lee
2008-09-23 17:43 ` Lennart Borgman (gmail)
2008-09-22 18:25 ` Eric S Fraga
2008-09-23 8:16 ` Xah Lee
2008-09-23 13:02 ` Eric S Fraga
2008-09-23 15:20 ` Xah Lee
2008-09-23 18:55 ` Michael Ekstrand
2008-09-24 1:59 ` Xah Lee
2008-09-24 8:31 ` Eric S Fraga
2008-09-24 10:12 ` Giorgos Keramidas
2008-09-24 11:46 ` Alexey Pustyntsev
[not found] ` <mailman.19815.1222259480.18990.help-gnu-emacs@gnu.org>
2008-09-24 12:52 ` Andreas Politz
2008-09-24 13:30 ` Xah Lee
2008-09-24 9:28 ` Nikolaj Schumacher
[not found] ` <mailman.19809.1222248534.18990.help-gnu-emacs@gnu.org>
2008-09-24 14:38 ` Xah Lee
2008-09-24 17:15 ` Nikolaj Schumacher
[not found] ` <mailman.19834.1222276553.18990.help-gnu-emacs@gnu.org>
2008-09-25 3:16 ` Xah
2008-09-23 20:34 ` Nikolaj Schumacher
2008-09-23 21:16 ` harven
2008-09-24 1:35 ` Xah Lee
2008-09-19 16:13 ` Nikolaj Schumacher
[not found] ` <mailman.19563.1221840835.18990.help-gnu-emacs@gnu.org>
2008-09-20 0:02 ` Xah Lee
2008-09-20 1:12 ` Chetan
2008-09-20 2:35 ` Kevin Rodgers
2008-09-24 7:35 ` Kevin Rodgers
[not found] ` <mailman.19800.1222241766.18990.help-gnu-emacs@gnu.org>
2008-09-24 9:26 ` Xah Lee
2008-09-26 4:52 ` Kevin Rodgers
[not found] ` <mailman.19977.1222404766.18990.help-gnu-emacs@gnu.org>
2008-09-26 12:39 ` Xah
[not found] ` <mailman.19592.1221878128.18990.help-gnu-emacs@gnu.org>
2008-09-20 2:58 ` Xah Lee
2008-09-24 7:54 ` Kevin Rodgers
[not found] ` <mailman.19802.1222242899.18990.help-gnu-emacs@gnu.org>
2008-09-24 10:02 ` Xah Lee
2008-09-24 11:42 ` Xah Lee
2008-09-24 12:51 ` rustom
2008-09-24 13:33 ` Bug? buffer-offer-save Xah Lee
2008-09-24 14:31 ` Juanma Barranquero
2008-09-24 14:33 ` Juanma Barranquero
2008-09-26 5:40 ` How to get rid of *GNU Emacs* buffer on start-up? Kevin Rodgers
[not found] ` <mailman.19978.1222407641.18990.help-gnu-emacs@gnu.org>
2008-09-26 13:28 ` Xah
2008-09-26 21:45 ` Alan Mackenzie
2008-09-27 2:20 ` Kevin Rodgers
[not found] ` <mailman.20040.1222465122.18990.help-gnu-emacs@gnu.org>
2008-09-27 0:15 ` Chetan
2008-09-27 7:57 ` Andreas Politz
2008-09-27 14:17 ` Xah
2008-09-27 12:42 ` Chetan
2008-09-27 16:19 ` Xah
2008-09-27 17:28 ` Sean Sieger
2008-09-27 18:12 ` B. T. Raven
2008-09-27 22:48 ` Chetan
2008-09-28 3:43 ` Xah
[not found] ` <mailman.20073.1222536552.18990.help-gnu-emacs@gnu.org>
2008-09-28 2:46 ` Xah
[not found] ` <mailman.20050.1222482050.18990.help-gnu-emacs@gnu.org>
2008-09-27 14:27 ` Xah
2008-09-28 16:18 ` stan
2008-09-28 17:11 ` Richard Riley
2008-09-29 2:34 ` stan
2008-09-29 2:58 ` Richard Riley
2008-09-29 15:39 ` Cor Gest
2008-09-29 16:03 ` Richard Riley
2008-09-29 16:37 ` Cor Gest
2008-09-29 17:50 ` Richard Riley
2008-10-15 16:01 ` buffers and files and plus ca la change and all that OtherMichael
2008-10-01 1:37 ` stan [this message]
2008-10-01 11:44 ` How to get rid of *GNU Emacs* buffer on start-up? rustom
2008-10-01 19:58 ` Sean Sieger
2008-10-01 14:19 ` Richard Riley
2008-09-29 14:06 ` rustom
2008-09-29 14:32 ` Richard Riley
2008-09-29 16:56 ` Chetan
2008-09-30 9:46 ` Paul R
2008-09-30 13:37 ` Alexey Pustyntsev
2008-10-01 7:27 ` Paul R
[not found] ` <mailman.20241.1222781309.18990.help-gnu-emacs@gnu.org>
2008-09-30 19:20 ` xraysmalevich
2008-09-20 10:51 ` Nikolaj Schumacher
2008-09-19 13:08 ` xraysmalevich
2008-09-19 14:13 ` Xah Lee
2008-09-19 15:21 ` xraysmalevich
2008-09-19 15:36 ` Xah Lee
2008-09-19 13:46 ` Eli Zaretskii
[not found] ` <mailman.19551.1221832017.18990.help-gnu-emacs@gnu.org>
2008-09-19 14:32 ` Xah Lee
2008-09-19 15:31 ` Eli Zaretskii
2008-09-19 16:39 ` Alan Mackenzie
2008-09-20 0:12 ` Xah Lee
2008-09-20 0:48 ` Cor Gest
2008-09-20 3:06 ` Xah Lee
[not found] ` <mailman.19558.1221838316.18990.help-gnu-emacs@gnu.org>
2008-09-19 18:11 ` Lowell Gilbert
2008-09-19 20:36 ` Alan Mackenzie
2008-09-20 0:50 ` Xah Lee
2008-09-20 8:17 ` Alan Mackenzie
[not found] ` <mailman.19598.1221898300.18990.help-gnu-emacs@gnu.org>
2008-09-22 13:07 ` Xah Lee
2008-09-22 16:29 ` Nikolaj Schumacher
2008-09-22 16:58 ` Sean Sieger
[not found] ` <mailman.19702.1222100964.18990.help-gnu-emacs@gnu.org>
2008-09-22 17:06 ` Xah Lee
2008-09-23 19:05 ` Nikolaj Schumacher
2008-09-24 2:08 ` Xah Lee
2008-09-24 4:32 ` Ross A. Laird
[not found] ` <mailman.19792.1222230766.18990.help-gnu-emacs@gnu.org>
2008-09-24 10:22 ` Giorgos Keramidas
2008-09-25 4:01 ` Xah
[not found] ` <mailman.19706.1222102753.18990.help-gnu-emacs@gnu.org>
2008-09-22 17:56 ` Xah Lee
2008-09-22 19:15 ` Ted Zlatanov
2008-09-23 14:47 ` Xah Lee
2008-09-22 22:13 ` Alan Mackenzie
[not found] ` <mailman.19718.1222121219.18990.help-gnu-emacs@gnu.org>
2008-09-22 22:36 ` David Kastrup
2008-09-24 11:43 ` Alan Mackenzie
[not found] ` <mailman.19814.1222256243.18990.help-gnu-emacs@gnu.org>
2008-09-27 16:35 ` Xah
2008-09-20 8:50 ` Alan Mackenzie
[not found] ` <mailman.19599.1221900241.18990.help-gnu-emacs@gnu.org>
2008-09-22 13:08 ` Xah Lee
2008-09-17 7:36 ` Kevin Rodgers
[not found] ` <mailman.19399.1221637030.18990.help-gnu-emacs@gnu.org>
2008-09-17 23:16 ` Xah
2008-09-21 12:06 ` Christian Herenz
2008-09-21 19:01 ` Joost Kremers
2008-09-24 14:39 ` William Case
[not found] ` <mailman.19824.1222267150.18990.help-gnu-emacs@gnu.org>
2008-09-25 5:06 ` Tim X
2008-09-25 6:35 ` Xah
2008-09-25 8:13 ` Jonathan Groll
[not found] ` <mailman.19898.1222330438.18990.help-gnu-emacs@gnu.org>
2008-09-25 9:09 ` Andreas Politz
2008-09-25 10:01 ` Juanma Barranquero
2008-09-25 11:17 ` Xah
[not found] ` <mailman.19906.1222336893.18990.help-gnu-emacs@gnu.org>
2008-09-25 12:07 ` Xah
2008-09-25 12:53 ` Lennart Borgman
[not found] ` <mailman.19912.1222347213.18990.help-gnu-emacs@gnu.org>
2008-09-25 13:21 ` Xah
2008-09-25 13:48 ` Lennart Borgman
[not found] ` <mailman.19917.1222350495.18990.help-gnu-emacs@gnu.org>
2008-09-25 13:57 ` Xah
2008-09-25 15:39 ` Lennart Borgman (gmail)
[not found] ` <mailman.19926.1222357204.18990.help-gnu-emacs@gnu.org>
2008-09-26 1:07 ` Xah
2008-09-25 11:00 ` Xah
2008-09-25 13:34 ` language (was: How to get rid of *GNU Emacs* buffer on start-up?) Ted Zlatanov
2008-09-25 13:49 ` Xah
2008-09-25 19:47 ` language Ted Zlatanov
2008-09-25 17:58 ` How to get rid of *GNU Emacs* buffer on start-up? Sean Sieger
[not found] ` <mailman.19940.1222365501.18990.help-gnu-emacs@gnu.org>
2008-09-26 1:04 ` Xah
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=as0br5-l91.ln1@invalid.net \
--to=smoore@exis.net \
--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.