From: Daniel Pittman <daniel@rimspace.net>
To: help-gnu-emacs@gnu.org
Subject: Re: xemacs and c-basic-offset
Date: Sun, 23 Aug 2009 13:38:45 +1000 [thread overview]
Message-ID: <87iqgfdwsa.fsf@rimspace.net> (raw)
In-Reply-To: f117705a0908221943n5c53470cudea96bdd11588f59@mail.gmail.com
Simeon Nifos <archwndas@googlemail.com> writes:
> Dear emacs users, (setq-default c-basic-offset 2) in my .emacs file works as
> expected. I am satisfied.
>
> However, the same command in .xemacs/init.el or .xemacs/custom.el does not
> do what it does in .emacs. Infact, it does nothing. If I open a c++ file
> with xemacs and then press:
>
> META-x (enter) ,
> set-variable (enter),
> c-basic-offset (enter)
> 2 (enter)
>
> then this works only for the current buffer. If I open a new file in
> the same buffer it doesn't work for the new file and I need to repeat
> the process. Is there anyway to make this work as nicely as it works
> in emacs?
You perhaps want to use `customize-variable', which should do the right thing
about getting the setting, um, set. It prompts for the variable. You might
also find more comfort in M-x customize-group c RET
This probably isn't the best place to seek XEmacs specific advice, though, and
an XEmacs group is more likely to have qualified people to assist you.
> You see, the only reason I am using xemacs is because it supports TABS which
> emacs doesn't support, as far as I know.
I am not certain what about TABS you are missing, but the Emacs info manual,
accessible with C-h r, seems to cover this:
C-h F tab-to-tab-stop RET
Then, read that node, or visit the "Tab Stops" section below which talks about
how Emacs implements arbitrary tab stops in buffers.
> By the way, I love emacs but I am really frustrated by the fact that the
> learning curve is so bad ... (exponential in time).
Did you run through the tutorial, accessible with C-h t? Did that help, or
are your problems after you got to that point?
Do you know about customize, the easy way to configure Emacs?
> Isn't there any manual-tutorial, how to set up the essential features a
> normal guy needs by his editor...
Generally speaking, Emacs offers those features out of the box. The problem
is that the common ground between what you, I, and every other "normal
person"[1] needs is pretty small.
For example: I have not touched a c-mode setting in years, because I do next
to no C level development any longer. I have, however, invested substantial
effort into configuring Perl mode, which many people will not care about a
whit.
> I mean features provided by default in several IDE environments for c++ at
> least ...
Mmmm. You may be stuck with the fact that Emacs, out of the box, doesn't do a
lot of the things that these other environments do by default. On the other
hand, Emacs doesn't *restrict* you to those things, either, which I prefer.
That said, Emacs is not the be-all and end-all of editors[2], so if you find
it easier to edit C++ in one of those IDEs you may just want to stick with
that.
I won't deny that Emacs has ...
> I have lost days and days to set up some subset of the features I need
> googling all over the web and by trial and error ...
... quite a learning curve, and can be difficult to follow. I think the
effort is rewarded, but you may not. Don't be afraid to say "this tool isn't
for me" — I did, regarding vi derivatives, because they don't work the way /I/
like to work, not because either I, or the tool, is defective.
Regards,
Daniel
Footnotes:
[1] Since, y'know, plenty of women use Emacs as well, so you shouldn't
exclude them from consideration.
[2] Well, I think it is, but opinions clearly vary as people seem to keep
using all those other editors as well, and liking them. :)
--
✣ Daniel Pittman ✉ daniel@rimspace.net ☎ +61 401 155 707
♽ made with 100 percent post-consumer electrons
Looking for work? Love Perl? In Melbourne, Australia? We are hiring.
next prev parent reply other threads:[~2009-08-23 3:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-23 2:43 xemacs and c-basic-offset Simeon Nifos
2009-08-23 3:38 ` Daniel Pittman [this message]
[not found] ` <mailman.5185.1250999548.2239.help-gnu-emacs@gnu.org>
2009-08-23 15:37 ` Colin S. Miller
2009-08-23 18:24 ` Alan Mackenzie
2009-08-23 18:20 ` Alan Mackenzie
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87iqgfdwsa.fsf@rimspace.net \
--to=daniel@rimspace.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).