From: "Pascal J. Bourguignon" <pjb@informatimago.com>
To: help-gnu-emacs@gnu.org
Subject: Re: tab character
Date: Thu, 27 Oct 2011 17:18:24 +0200 [thread overview]
Message-ID: <87d3dibgzj.fsf@kuiper.lan.informatimago.com> (raw)
In-Reply-To: mailman.1178.1319727924.15868.help-gnu-emacs@gnu.org
Rustom Mody <rustompmody@gmail.com> writes:
> On Thu, Oct 27, 2011 at 8:01 PM, Ludwig, Mark <ludwig.mark@siemens.com> wrote:
>
> If you just want it to insert a TAB character every time, just map the key to self-insert-command.
>
> Yes I gathered that this is the only way (or C-q TAB). Seems fairly low-level for such a basic usage...
>
> Are you familiar with M-i that runs tab-to-tab-stop? That might be what you want, too, especially if you want spaces inserted to 'equal' what the TAB character would do on a typewriter, for instance.
>
> I need tab to be entered as tab without any questions or ambiguity (think makefiles?)
emacs already inserts TAB without any question asked in Makefiles.
The creator of make said it was his biggest error ever to have specified
TABs for makefiles!
http://www.faqs.org/docs/artu/ch15s04.html
No discussion of make(1) would be complete without an
acknowledgement that it includes one of the worst design botches in
the history of Unix. The use of tab characters as a required leader
for command lines associated with a production means that the
interpretation of a makefile can change drastically on the basis of
invisible differences in whitespace.
Why the tab in column 1? Yacc was new, Lex was brand new. I
hadn't tried either, so I figured this would be a good excuse to
learn. After getting myself snarled up with my first stab at
Lex, I just did something simple with the pattern
newline-tab. It worked, it stayed. And then a few weeks later I
had a user population of about a dozen, most of them friends,
and I didn't want to screw up my embedded base. The rest, sadly,
is history.
-- Stuart Feldman
We told you, TABs are evil!
Do not propagate them!
--
__Pascal Bourguignon__ http://www.informatimago.com/
A bad day in () is better than a good day in {}.
next prev parent reply other threads:[~2011-10-27 15:18 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-27 13:45 tab character Rustom Mody
2011-10-27 14:31 ` Ludwig, Mark
2011-10-27 15:05 ` Rustom Mody
2011-10-27 15:13 ` Ludwig, Mark
2011-10-27 20:23 ` Andreas Röhler
[not found] ` <mailman.1178.1319727924.15868.help-gnu-emacs@gnu.org>
2011-10-27 15:18 ` Pascal J. Bourguignon [this message]
-- strict thread matches above, loose matches on Subject: below --
2011-10-27 22:27 Buchs, Kevin
[not found] <mailman.1037819061.24117.help-gnu-emacs@gnu.org>
2002-11-22 21:56 ` TAB character Benjamin Rutt
2002-11-20 19:03 Stirling Olson
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=87d3dibgzj.fsf@kuiper.lan.informatimago.com \
--to=pjb@informatimago.com \
--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.