all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Dale Snell <ddsnell@frontier.com>
To: help-gnu-emacs@gnu.org
Subject: Re: .emacs poser
Date: Mon, 16 Dec 2013 21:32:47 -0800	[thread overview]
Message-ID: <20131216213247.6043ba4b@zothique> (raw)
In-Reply-To: <87fvpsp3oy.fsf@nl106-137-194.student.uu.se>

On Tue, 17 Dec 2013 04:16:04 +0100
Emanuel Berg <embe8573@student.uu.se> wrote:

> Dale Snell <ddsnell@frontier.com> writes:
> 
> > I can't speak for European keyboards.
> 
> The US layout is better for programming but those chars
> are not as goofy as those you use. Semi-colon, and all
> the brackets, are better placed on the US layout
> keyboard, and for whatever language-specific chars you
> need, there is the compose key.

The compose key is good.  Now if I could just set my system up so
that the Windows-Menu key worked as a compose key in both X and
Linux VTs.

> Which by the way is another solution that I think is
> much better than setting this up in Emacs.
> 
> > and the ever popular copyright (©), trademark (™),
> > and registered trademark signs (®).
> 
> Serious?

Serious, unfortunately.  Twas Corporate Policy.  Any brand or
trade name must be given the proper attribution and trademark
symbol.  So things like "Microsoft Word" became "Microsoft®
Word®".  Every. Freaking. Time.  Arrgh.

> > If I need anything more demanding, like en and em
> > dashes, or primes instead of quotes, I'll fire up a
> > text processor
> 
> A word processor? Like OpenOffice or Word?

Gak!  No!  Mother Hitton's Littul Kittons, no!  TEXT processor.  I
loathe word processores, Word, LibreOffice, Abiword, whatever.
They give me the screaming heebie-geebies whenever I have to use
one of them.  Give me Emacs and Groff or TeX.

> > There are certain organizations that want their
> > documents written in a certain format, which may
> > include Pilcrow and Section marks, and other such
> > things.  Happily, I don't deal with those.  (Again,
> > I'd use LaTeX or Groff for that.)
> 
> Groff! Wow, you are a man (pun) of many surprises. Is
> that used outside of the Unix manpages world?

Well, obviously I use it.  (I find Groff with the Mom macro set
very comfortable to use when writing prose.)  But yes, there are
folks who don't write man pages who use Groff.  Some write books
with it, both technical and fiction.  It's not as flexible as TeX,
but then, what is?  That said, if I had to write a math-heavy
book, or one with lots of nuclear chemistry, I'd use TeX.  Groff
and eqn are nice for light math work, but TeX is the Queen! of
beautiful math.

> LaTeX is great obviously. I would drop the word
> processor and use Emacs (or Vim) + LaTeX.

If I didn't have Groff, I'd go with LaTeX, definitely.  With
Emacs, of course.  (BTW, does anybody still use Lout?)

> > That's limiting yourself.  If you need accented
> > characters, learn how to enter them in a general way,
> > not just specific words.
> 
> It is not about *ability*, it is about *speed* and
> *ergonomics* and *limiting the mental effort* when
> doing a routine thing, as typing. To memorize and type
> some four or five hit combination just to get a goofy
> char that is (almost) never used doesn't make sense.

Time for the compose key?  :-)  Honestly, I've used the "C-x 8"
sequence so much it's second nature by now.

But I think we'll have to agree to disagree, here.  I am going to
investigate Drew's ucs-cmds.el library; it looks interesting.
Besides, I think we're getting a bit off-topic here.

--Dale

--
I recall hearing that highly-classified data must be destroyed by
physically shredding the medium.  Yes, throw your disk drive in
the shredder!  (Just imagine the class of machinery required to
digest an RA81 HDA.)  -- Mark Wood on linux-kernel



  reply	other threads:[~2013-12-17  5:32 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-17  0:01 .emacs poser B. T. Raven
2013-12-17  0:36 ` Emanuel Berg
2013-12-17  1:48 ` Dale Snell
2013-12-17  2:46   ` Drew Adams
     [not found] ` <mailman.9443.1387244913.10748.help-gnu-emacs@gnu.org>
2013-12-17  2:03   ` Emanuel Berg
2013-12-17  2:58     ` Dale Snell
2013-12-17  5:53       ` Jambunathan K
     [not found]     ` <mailman.9453.1387249112.10748.help-gnu-emacs@gnu.org>
2013-12-17  3:16       ` Emanuel Berg
2013-12-17  5:32         ` Dale Snell [this message]
2013-12-17  6:27         ` Tilman Ahr
2013-12-17 16:42           ` Emanuel Berg
2013-12-18  2:25             ` Tilman Ahr
2013-12-18 21:17               ` Emanuel Berg
2013-12-18  3:01             ` Yuri Khan
     [not found]             ` <mailman.9542.1387335681.10748.help-gnu-emacs@gnu.org>
2013-12-18 21:23               ` Emanuel Berg
2013-12-19  1:13                 ` Yuri Khan
     [not found]                 ` <mailman.9626.1387415627.10748.help-gnu-emacs@gnu.org>
2013-12-20  1:40                   ` Emanuel Berg
     [not found]         ` <mailman.9460.1387258387.10748.help-gnu-emacs@gnu.org>
2013-12-17 16:17           ` Emanuel Berg
2013-12-17 17:36             ` Dale Snell
     [not found]             ` <mailman.9507.1387301817.10748.help-gnu-emacs@gnu.org>
2013-12-17 17:41               ` Emanuel Berg
2013-12-17  3:06 ` Yuri Khan
2013-12-17 15:17   ` Drew Adams
2013-12-18  1:38     ` Yuri Khan
2013-12-17  7:41 ` Kevin Rodgers
2013-12-17 15:24 ` Doug Lewan
     [not found] ` <mailman.9465.1387266001.10748.help-gnu-emacs@gnu.org>
2013-12-17 15:40   ` Sebastien Vauban
2013-12-17 16:29     ` Drew Adams
2013-12-17 16:49     ` Emanuel Berg
2013-12-17 18:20     ` Eli Zaretskii
     [not found] ` <mailman.9492.1387293902.10748.help-gnu-emacs@gnu.org>
2013-12-17 17:14   ` Emanuel Berg
2013-12-17 17:16   ` Emanuel Berg
2013-12-17 19:04     ` Doug Lewan
     [not found]     ` <mailman.9512.1387307070.10748.help-gnu-emacs@gnu.org>
2013-12-17 22:42       ` Emanuel Berg
2013-12-17 23:35         ` Doug Lewan
2013-12-17 21:15   ` Joost Kremers
2013-12-17 22:44     ` Emanuel Berg
2013-12-17 23:25       ` Emanuel Berg
2013-12-18  3:22     ` Jambunathan K
     [not found]     ` <mailman.9544.1387337046.10748.help-gnu-emacs@gnu.org>
2013-12-18 21:42       ` Emanuel Berg
     [not found]         ` <mailman.9628.1387418319.10748.help-gnu-emacs@gnu.org>
2013-12-19  2:52           ` Emanuel Berg
2013-12-19  3:00             ` Emanuel Berg
2013-12-20  5:31             ` Jambunathan K
2013-12-20  5:38               ` Jambunathan K
     [not found]             ` <mailman.9724.1387517532.10748.help-gnu-emacs@gnu.org>
2013-12-20 17:52               ` Emanuel Berg
2013-12-27  6:00                 ` B. T. Raven
2013-12-27 14:12                   ` Yuri Khan
2013-12-27 16:11                     ` Drew Adams
     [not found]                     ` <mailman.10526.1388160732.10748.help-gnu-emacs@gnu.org>
2013-12-29 22:17                       ` B. T. Raven
2013-12-29 23:48                         ` Drew Adams
2013-12-20  1:52         ` Jambunathan K
2013-12-19 22:24       ` Joost Kremers
2013-12-19 23:16         ` Emanuel Berg

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=20131216213247.6043ba4b@zothique \
    --to=ddsnell@frontier.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.