all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Tim X <timx@nospam.dev.null>
To: help-gnu-emacs@gnu.org
Subject: Re: Emacs starter kit - disabled menus
Date: Sun, 01 May 2011 10:36:01 +1000	[thread overview]
Message-ID: <87wribz28e.fsf@rapttech.com.au> (raw)
In-Reply-To: jwvoc3ohokb.fsf-monnier+gnu.emacs.help@gnu.org

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> I am not sure if this is the most efficient way to do it, but if you comment
>> out (one or two semicolons ;; ) the first three lines of Lisp code in the
>> init.el file, this will restore the menus, buttons and scrollbars.
>
> A simpler way might be to start with an empty .emacs file (no starter
> kit or any such thing), check the Options menu since it contains the
> most frequently asked configuration variables, and post questions in
> this newsgroup when you don't know how to do something.
>
>
+1 for this suggestion. 

The problem with the various "starter kits" is that you are at the mercy of someone
elses vision of what emacs should be. This in itself is not necessarily
bad, except this other vision is likely to be less documented, have less
users familiar with it who can provide help and may change the
environment sufficiently to make the existing emacs documentation less
useful. Its not always obvious how well maintained this other vision
is or to what extent it is specific to a platform etc. 

Another disadvantage of using a canned configuration is that these
setups often go to a lot of trouble to make emacs just like other
editors people are familiar with. While I can understand why some like
this, it is likely to be misleading. If you have decided to try out
emacs, you likely want to see how it differs from other editing
environments. Initially configuring it to ge as generic as possible is
likely to defeat this objective. There are also a number of things emacs
does very differently to most other editors out there. These differences
can seem very weird or unintuitive initially because of what we have
become accustomed to. However, my experience has been that many of them
are actually improvements. Using a canned starter configuration often
modifies these things to be more familiar, so you don't get to
experience the alternative and will miss out on this different perspectie.

There is a learning curve with emacs and the best thing to do is learn
it early. Try to stick with the default configuration initially and only
customize those aspects you find the most difficult to live with. Then,
over time, start to tweak/customize your setup little by little. In
addition to allowing you to experience the way emacs does things, this
will also allow you to learn how to customize it in smaller steps. This
means you will understand how your customizations work and what they do.
When you run into errors, you will be in a better position to fix them.
Don't hesitate to come back to this forum when you run into difficulty.

Many people think emacs is the best editor out there, some have a
love/hate relationship with it and some just think it sucks. It doesn't
matter which group your in. However, it is better to assess emacs and
not be side tracked into assessing someone elses vision of what it could
be. At the end of the day, you can then make a call as to which group
you fall into and to what extent you want to continue using it.

Tim

-- 
tcross (at) rapttech dot com dot au


  parent reply	other threads:[~2011-05-01  0:36 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-29 11:34 Emacs starter kit - disabled menus flebber
2011-04-29 18:16 ` haziz
2011-04-29 18:17 ` haziz
2011-04-29 19:00   ` Stefan Monnier
2011-04-29 23:57     ` haziz
2011-04-30 14:24       ` Stefan Monnier
2011-05-01  0:36     ` Tim X [this message]
2011-05-01  8:13       ` Jorgen Grahn
2011-05-01 14:14         ` Marco Parrone
2011-05-01 14:47           ` upcase-region (was Re: Emacs starter kit - disabled menus) Jorgen Grahn
2011-04-29 22:13 ` Emacs starter kit - disabled menus Marco Parrone
2011-04-29 23:14   ` despen

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=87wribz28e.fsf@rapttech.com.au \
    --to=timx@nospam.dev.null \
    --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.