From: Xah <xahlee@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: How to get rid of *GNU Emacs* buffer on start-up?
Date: Sat, 27 Sep 2008 09:19:22 -0700 (PDT) [thread overview]
Message-ID: <9b7f6c54-649a-45d0-8e9b-0dbbd61ef1dd@c36g2000prc.googlegroups.com> (raw)
In-Reply-To: mailman.20040.1222465122.18990.help-gnu-emacs@gnu.org
am tired arguing with you Alan.
let's assume that there is a gab of knowledge between you and me, and
me having much higher knowledge than you. Then, what do i get in
teaching you thru exchange of messages? You know, when the knowledge
gab is too wide, it is basically impossible to argue with fruitful
outcome. Imagine, a math professor trying to argue some highschooler
who just learned calculus.
Of course, you maybe think the same of me. So, what can i do?
in comp.lang.lisp for example, i argued with lots of Common Lisper
morons, which often results in the same way. i.e. after several
threods of hundred or more messages, basically they think i'm a moron,
i think they are a moron, and it has become a impasse, as if we don't
speak the same language. So, what can i do?
About 3 or 4 times in the past year i have written detailed essay
about the situation, and possible resolutions. I'm not going to spend
some 1 hour to dig them up and spend perhaps another 2 hours to
rephrase and reorganize them so it suites you here... but basically i
proposed each arguer putting down money, hire accomploshied experts,
etc. The result is that, it doesn't help. They either ignore it, or
put their tails between their ass and disappear or say some friendly
words, or whatever ... suffice it to say that some these morons, still
think i'm the moron. (i do think, that many tech geekers, did see get
persuaded by my arguments.) (You can see a related article here:
How Shall I Respond
http://xahlee.org/Netiquette_dir/how_shall_i_respond.html
)
So, what can i do with you or you with me? For sincerity and persuit
of truth, i am willing to pay $50 to have this argument about
*scratch* fully resolved. I propose, that each of us put $50 into this
argument. For nothing else, it is a reasonable proof of sincerity and
effort to get a real quality argument going. How do we carry it out?
that's always been problematic... but we can start, by , i send you
$50 thru paypal, and you send me $50 thru paypal. I trust you, and you
trust me. Then we start to argue really seriously. If in the end, you
find that my argument is stronger, you pay me $50 back. Same me to
you. What do you say?
Also, we could get the money to hire a arbitator who is someone we
both agree to be UI expert and honest.... but this gets more
complicated as to choosing someone, the logistics of it, etc. But i'm
open to suggestions.
also, in good argument, we should formulate precisely exactly what we
are arguing... i'm too tired with this thread now i'm not gonna spend
any more minute to begin such a formulation... perhaps you might want
to start such a suggestion, or we can go with the above $50 exchange
first.
So, if you agree, i send you $50 thru paypal, and post the receipt.
So, once you get it, and others see my “payment sent receipt” posted,
you'd do the same. Then we begin.
Btw Alan, you guys are motherfucking morons, i say. You guys, are
absolutely devoid critical thinking abilities, and lack of knowledge
of UI, and in fact blantantly ignorant plain facts such as emacs
utterly bad design with its keybindings. This paragraph is just so
that you (guys) know what my confience and my view of your guys are,
before we start a formal argument with money down. I want you to know
how cocky i am, so, if you lose at the end, you know you how really
asinine you people are relative to me. (btw, you could try to blame me
that by having this paragraph i wasn't really sincere about the $50
money down to start argument. I am sincere really. Just post a reply,
and if you really indicated that you want to go ahead with this,
you'll get my $50. And, also remember, morons, the final judgement of
who won the argument is not me. It is you. Quote: “If in the end, you
find that my argument is stronger, you pay me $50 back. Same me to
you.”)
btw, i didn't read your last 2 or 3 posts here, Alan. It's not worth
my time. I did spend maybe 10 seconds about the first few paragraphs.
I have exchanged perhaps 15 or more messages with you in the past 6
months. I know quite well what kinda things you'd say. However, if we
began this argument with money down to begin, of course i will read
every detail and think about about it.
> But that element of UI is subordinate to efficiency in things
> like Emacs or a modern airliner.
No. Many emacs ways are in fact inefficient to a very high degree. One
most obvious example is its keyboard shortcut system.
See:
http://xahlee.org/emacs/emacs_kb_shortcuts_pain.html
plain text version follows:
--------------------
Why Emacs's Keyboard Shortcuts Are Painful
Xah Lee, 2007-07
A important aspect in designing a keyboard shortcut set, for a
application that has intensive, repetitive, prolonged human-machine
interaction (such as coding and text editing), is to consider
ergonomic principles. Specifically: allocate keyboard shortcuts for
the most frequently used commands, and, the top most frequently used
commands should have most easily-pressed keystrokes. For example, they
should be on the home row.
This article shows why Emacs's keyboard shortcut set is the most
ergonomically bad.
The Swapping of Control and Meta Modifiers
Emacs's keyboard shortcuts is very inefficient. The primary cause is
because, emacs's keyboard shortcuts are designed with a keyboard that
practically has the Ctrl and Alt key positions swapped.
Space-Cadet keyboard-2m
above: The Space-cadet keyboard. (Large Size: Space..._2.jpg
(2003x813)) (Source↗ 2008-07)
The common keyboard used around emacs era in the 1980s are those
keyboards from Lisp Machines↗. (see Space-cadet keyboard↗) The
keyboard on lisp machines have the Control key right besides the space
bar (similar to the position of Alt keys on PC keyboards), and Meta to
the left of Control. So, the Control key is the primary modifier, and
the Meta is secondary to Control. This is why, the shortcuts for the
most used commands in emacs involve the Control key instead of the
Meta key. (Example: The cursor movements: C-p, C-n, C-f, C-b, C-a, C-
e, the cut/paste/undo C-w, C-y, C-/, the kill-line C-k, the mark C-
SPC, the search C-s.) Lisp Machine's keyboards fell out of use alone
with Lisp Machines. Since the 1990s, the IBM PC keyboard↗ (and its
decedents) becomes the most popular and is used by some 98% of
personal computers today. The PC keyboard does not have Meta key but
have Alt instead. The Alt is placed right beside the space bar, while
Control is placed far to the corner.
Emacs did not change its keyboard shortcut bindings to adapt the PC
keyboard. Emacs simply remapped its Meta shortcuts to the Alt key by
default. (and kept on using the terminology Meta)
The tragedy of the Control/(Alt/Meta) swap made emacs keyboard
shortcuts very painful, and the frequent need to press the far-away
Control key creates the Emacs Pinky syndrome. (Many emacs-using
programer celebrities have injured their hands with emacs. (e.g.
Richard Stallman↗, Jamie Zawinski↗), and emacs's Ctrl and Meta
combinations are most cited as the major turn-off to potential users
among programers)
(For more photos of Lisp Machine's keyboards (all have Control as
primary), see: lisp_machine_symbolics_keyboard.jpg (photo by Rainer
Joswig↗. Used with permission), Symbolics keyboard PN 364000↗,
Symbolics keyboard PN 365407 Rev C↗ by Peter Paine )
The Choice Of Keys
The shortcut's key choices are primarily based on first letter of the
commands, not based on key position and finger strength or ease of
pressing the key. For example, the single char cursor moving shortcuts
(C-p previous-line ↑, C-n next-line ↓, C-b backward-char ←, C-f
forward-char →) are scattered around the keyboard with positions that
are most difficult to press. (these shortcuts all together accounts
for 43% of all commands executed by a keyboard shortcut) Of these, the
most frequently used is C-n (next-line), which accounts for 20% of all
shortcut calls, but is assigned to the letter n, positioned in the
middle of the keyboard, which is one of the most costly key to press.
Similarly, the second most used among these is the C-p (previous-
line), accounting for 16% of all shortcut command calls, is located in
a position above the right hand's pinky, also one of the most costly
key to press.
(Here we assumes the QWERTY keyboard layout. On the Dvorak layout, it
is about as bad.)
emacs cursor qwerty emacs cursor dvorak
above: Emacs's ursor moving keys on qwerty and dvorak.
See also, a newsgroup post on “comp.emacs”. “Re: effective
emacs” (2008-06-01) by Daniel Weinreb↗.
http://groups.google.com/group/comp.emacs/msg/0342e0bc1aa05c0d.
«Emacs's default cursor moving shortcuts are “Ctrl+f”, “Ctrl+b”,
“Ctrl
+n”, “Ctrl+p”. The keys f, b, n, p are scattered around the
keyboard
and are not under the home row.»
That's true. At the time Guy Steele put together the Emacs
default
key mappings, many people in the target user community (about 20
people at MIT!) were already using these key bindings. It would
have been hard to get the new Emacs bindings accepted by the
community if they differed for such basic commands. As you point
out, anyone using Emacs can very easily change this based on
their own ergonomic preferences.
Outdated Commands
A significant portion of emacs's major shortcuts (those with M-‹key›
or C-‹key›) are mapped to commands that are almost never used today.
Some of these occupies the most precious space (Home row with thumb:
For example: M-s (center-line), M-j (indent-new-comment-line), M-k
(kill-sentence)). Most programer who have used emacs for years never
use these commands. For example:
digit-argument, M-1 to M-9
negative-argument, M--
move-to-window-line, M-r
center-line, M-s
transpose-words, M-t
tab-to-tab-stop, M-i
M-g prefix, M-g
indent-new-comment-line, M-j
tmm-menubar, M-'
zap-to-char, M-z
back-to-indentation, M-m
tags-loop-continue, M-,
find-tag, M-.
Difficult Keystrokes for Frequently Used Commands
Some commands that are used by every emacs user many times every hour,
such as Open (find-file; C-x C-f), Save (save-buffer; C-x C-s), Close
(kill-buffer; C-x k), Next Window/Tab (next-buffer C-x →) all require
multiple keystrokes with the difficult Control key.
Standard Name Emacs Command Name Keystroke
Open find-file C-x C-f
Save save-buffer C-x C-s
Close kill-buffer C-x k
Next Tab next-buffer C-x →
Previous Tab previous-buffer C-x ←
No Employment of the Shift Key
For historical reasons, emacs does not use any keybindings involving
the Shift with a letter. (e.g. there's no “Meta Shift a”, or “Control
Shift a”) This is so because in early computing environment, Ctrl+Shift
+‹letter› cannot be distinguished from the non-Shift version, due to a
practical combination of ASCII↗, Computer terminal↗, telnet↗.
Today, however, employing the Shift key as part of a shortcut with
other modifiers is common and convenient. For example, on Mac OS X,
Undo and Redo are Cmd+Z and Cmd+Shift+Z, Save and Save As are Cmd+S
and Cmd+Shift+S. On Mac and Windows, moving to next/previous field/
window/application often use the Shift key for reversing direction. In
text editing on both Mac and Windows, a modifier key with a arrow key
will move cursor by word/paragraph, and with Shift down will select
them while moving.
Using the Shift key as a reverse operation is very easy to remember,
and doesn't take another precious shortcut letter. By not using the
Shift key, commands with a logical reverse operation necessarily have
to find other key space, and overall making the shortcut set more
difficult to remember, or scattered, or more difficult to press.
A Flaw in Keybinding Policy
Any major software, maintains a guide for the developers about the
choices of keyboard shortcuts, so that the shortcuts will be
consistent. Emacs has this in its Emacs Lisp manual: Elisp Manual: Key-
Binding-Conventions.
This guide, indicates that the only key space reserved for users to
define, are the function keys F5 to F9, and key stroke sequence
starting with Ctrl+c followed by a single letter key.
This is a severe restraint to the utility of customized shortcuts. F5
to F9 are only 6 keys. The key sequence starting with C-c followed by
a letter, is a difficult sequence to execute, and there are only 26
spaces there.
The function keys, F1 to F12, are very good candidates for user
defined shortcut space, similarly for the digit key shortcuts, 0 to 9.
These keys can be used with any combination of Control, Meta, Shift.
For example, a user might define them to insert various templates,
headers/footers, a system of customized HTML/XML tags. Or, she might
assign them to various special emacs modes such as dired, shell, ftp,
email, calendar, calc, *scratch*, make-frame-command (Open a new
window), insert signature.
It seems too drastic a policy, to limit user defined keys to only F5
to F9, and key sequence of Control+c followed by a single letter key.
Epilogue: Failure to Change
Today, most commonly used keyboard shortcuts have been somewhat
informally standardized. For example, C/X/V is for Copy/Cut/Paste. O
is for Open. S is for Save, Shift-S is for Save As. P is for Print. F
is for Find/Search. Tab is for next, Shift tab for previous. These are
common conventions today in every application across Microsoft Windows
and Macintosh (and in Linux too in general).
These shortcut conventions are primarily brought about by Apple
Computer Inc's Human interface guidelines↗ and IBM's Common User
Access↗ in the 1990s.
In the early 1990s, DOS era software, each application has its own
scheme of shortcuts. The following is a excerpt from the Wikipedia
article on Common User Access↗:
CUA was a detailed specification and set strict rules about how
applications should look and function. Its aim was in part to bring
about harmony between MS-DOS applications, which until then had
implemented totally different user interfaces.
Examples:
* In WordPerfect, the command to open a file was [F7], [3].
* In Lotus 1-2-3, a file was opened with [/] (to open the
menus), [W] (for Workspace), [R] (for Retrieve).
* In Microsoft Word, a file was opened with [Esc] (to open the
menus), [T] (for Transfer), [L] (for Load).
* In WordStar, it was [Ctrl]+[K]+[O].
* In Emacs, a file was opened with [Ctrl]+[x] followed by
[Ctrl]+[f] (for find-file).
Some programs used [Esc] to cancel an action, some used it to
complete one; WordPerfect used it to repeat a character. Some programs
used [End] to go to the end of a line, some used it to complete
filling in a form. [F1] was often help but in WordPerfect that was
[F3]. [Ins] sometimes toggled between overtype and inserting
characters, but some programs used it for “paste”.
Thus, every program had to be learned individually and its
complete user interface memorized. It was a sign of expertise to have
learned the UIs of dozens of applications, since a novice user facing
a new program would find their existing knowledge of a similar
application absolutely no use whatsoever.
Commercial software have updated themselves with time (or went
extinct), but emacs has not.
If we take a survey of the market share of text editors (including
IDEs) among professional programers (as defined by those who make a
living by computer programing), then, it is my guess, that emacs from
mid 1980s to early 1990s, has more than 50% of market share, but
gradually declined. Today, perhaps less that 5% of professional
programers use emacs (possibly even below 1%). I think, part of the
reason being that emacs has not modernized (not in the sense of being
fashionable, but in the sense of keeping with hardware and software
changes in the IT industry). The other major reason, is because emacs
itself is not a IDE in a modern sense, and most programing development
using compiled languages such as Pascal, C, C++, Java, C#, have moved
on with IDE platforms integrated with these languages's compiler
application.
See also: The Modernization of Emacs.
2008-07-15 Addendum: Thanks to Rainer Joswig↗ for some correction
about the history of the lisp machine's keyboards.
http://groups.google.com/group/comp.lang.lisp/msg/3b3dcdc52f507b02 .
Xah
∑ http://xahlee.org/
☄
next prev parent reply other threads:[~2008-09-27 16:19 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 [this message]
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 ` How to get rid of *GNU Emacs* buffer on start-up? stan
2008-10-01 11:44 ` 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.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
[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
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=9b7f6c54-649a-45d0-8e9b-0dbbd61ef1dd@c36g2000prc.googlegroups.com \
--to=xahlee@gmail.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.