From: Eli Zaretskii <eliz@gnu.org>
To: Alan Mackenzie <acm@muc.de>
Cc: lekktu@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org
Subject: Re: Interactive hat. (Patch)
Date: Tue, 14 Apr 2009 23:47:54 +0300 [thread overview]
Message-ID: <83eivvm079.fsf@gnu.org> (raw)
In-Reply-To: <20090414201538.GA3425@muc.de>
> Date: Tue, 14 Apr 2009 20:15:38 +0000
> Cc: lekktu@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org
> From: Alan Mackenzie <acm@muc.de>
>
> That was some impressive proof-reading. Thank you very much indeed!
Thank _you_ for working on this in the first place.
> > Why did you add whitespace between the menu items and their
> > descriptions? now the lines are too long, IMO. Suggest to reduce the
> > whitespace back.
>
> I didn't add the whitespace, as such. C-c C-u C-m `texinfo-make-menu'
> did it for me, so I wasn't fully aware of it. Anyhow, I've taken all but
> one of the spaces out, to leave the minimum gap (1 space) between
> "Interactive::" and "Non-string"
That's good. Yes, `texinfo-make-menu' is known for adding gratuitous
whitespace.
> > > ! The @samp{*} checks that the buffer is writable, signaling an error if
>
> > "buffer is writable" sounds strange. How about
>
> > The @samp{*} checks that the buffer is read-only, and signals an
> > error if so.
>
> > or simply
>
> > The @samp{*} signals an error if the buffer is read-only.
>
> It seems a bit negative. "Writable" seems more positive than "not
> read-only". I'll think a bit more about this.
There was no "not" in the text I suggested.
> In the end, I moved the footnote to near the start of the pargraph. I'm
> (still) getting trouble from makeinfo 4.7, though. It generates this for
> the end of that paragraph:
>
> Shift-translation is controlled on the user level by
> `shift-select-mode'; see Shift Selection(emacs)
> . Special.
>
> , with that oddly placed full stop. The corresponding bit of .texi is:
>
> Shift-translation is controlled on the user level by
> @code{shift-select-mode}; @xref{Shift Selection,,, emacs, The GNU
> Emacs Manual}. Special.
>
> Have you any idea what's going wrong?
Nothing's wrong; you are looking at the result of info.el's attempt to
beautify the Info cross-reference syntax, and failing spectacularly
when it spans more than a single line. Please visit the produced Info
file literally, and you will see that the text produced by makeinfo is
perfectly okay.
> > It is usually a good idea to have one or more @cindex entries at the
> > beginning of each section that gives the main subject of the section.
> > Imagine yourself a year from now looking for this stuff, and ask
> > yourself what phrases you'd think about -- these are the phrases you
> > need to put in the @cindex entry for the section. The name of the
> > node, or some trivial transformation of it, is usually the first
> > choice.
>
> Hmm. Difficult! My first attempt was more like a sentence and was far
> too long. The best I can manage right now is:
>
> @cindex Non-string interactive code
Well, this is related to Miles's comments. Maybe if we find a better
term for this, the index entry could use that.
> > This rationale for the functionality doesn't really explain it. In a
> > nutshell, it says "You will want the non-string equivalents when you
> > need the non-string interactive form." That's a tautology. Can you
> > come up with a better rationale?
>
> Very good point! How about something like: "These should help you when
> you need to combine the effect of a standard code character with lisp
> code which is specific to your command."?
Wasn't your motivation primarily portability to versions of Emacs that
don't support some of the newer characters? If so, why not say that?
> "Many of the code characters are equivalent to a single Lisp function.
> These are:
>
> `*` - `barf-if-readonly'
> `d' - `point'
> ....
> `z' - `read-coding-system'
>
> The other code characters need more involved coding to emulate, for
> example:
>
> `K' - key sequence (no case conversion)
> (interactive
> (let ((prompt "Key binding: ")
> (ks) last-event)
> ....
>
> "?
That's a very good idea, IMO.
next prev parent reply other threads:[~2009-04-14 20:47 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090324154937.GB4657@muc.de>
2009-03-23 22:37 ` bug#2760: CUA-like stuff spuriously enables transient-mark-mode Alan Mackenzie
2009-03-24 0:46 ` Stefan Monnier
2009-03-24 13:52 ` Alan Mackenzie
2009-03-25 1:38 ` Stefan Monnier
2009-03-25 10:16 ` Interactive hat. [Was: CUA-like stuff spuriously enables transient-mark-mode] Alan Mackenzie
2009-03-25 10:30 ` Interactive hat Miles Bader
2009-03-25 10:53 ` Alan Mackenzie
2009-03-25 11:03 ` Lennart Borgman
2009-03-25 14:24 ` Alan Mackenzie
2009-03-26 11:29 ` Alan Mackenzie
2009-03-25 14:59 ` Miles Bader
2009-03-26 11:51 ` Alan Mackenzie
2009-03-26 12:14 ` David Kastrup
2009-03-26 12:51 ` Alan Mackenzie
2009-03-26 13:48 ` Stefan Monnier
2009-03-26 14:33 ` Alan Mackenzie
2009-03-26 16:30 ` Stefan Monnier
2009-03-26 16:45 ` Alan Mackenzie
2009-03-26 18:57 ` Stefan Monnier
2009-03-29 0:44 ` Kim F. Storm
2009-03-29 1:40 ` Miles Bader
2009-03-29 2:02 ` Lennart Borgman
2009-03-26 14:47 ` Stephen J. Turnbull
2009-03-26 15:23 ` Miles Bader
2009-03-26 17:43 ` Stephen J. Turnbull
2009-03-25 16:18 ` Stefan Monnier
2009-03-25 11:26 ` Interactive hat. [Was: CUA-like stuff spuriously enables transient-mark-mode] Juanma Barranquero
2009-03-25 13:20 ` Interactive hat Chong Yidong
2009-03-25 14:19 ` Interactive hat. [Was: CUA-like stuff spuriously enables transient-mark-mode] Alan Mackenzie
2009-03-25 16:41 ` Juanma Barranquero
2009-03-26 12:44 ` Alan Mackenzie
2009-03-26 13:50 ` Interactive hat Stefan Monnier
2009-03-26 15:27 ` Alan Mackenzie
2009-03-26 17:09 ` Stefan Monnier
2009-03-26 19:06 ` Alan Mackenzie
2009-03-26 21:18 ` Stefan Monnier
2009-03-26 22:32 ` Johan Bockgård
2009-03-26 23:34 ` Alan Mackenzie
2009-03-26 23:32 ` Alan Mackenzie
2009-03-27 2:50 ` Stefan Monnier
2009-03-27 11:15 ` Alan Mackenzie
2009-04-13 19:32 ` Interactive hat. (Patch) Alan Mackenzie
2009-04-13 20:47 ` Eli Zaretskii
2009-04-14 20:15 ` Alan Mackenzie
2009-04-14 20:47 ` Eli Zaretskii [this message]
[not found] ` <20090423205030.GA2723@muc.de>
2009-04-24 13:38 ` Interactive hat. (Patch V2) Eli Zaretskii
2009-04-27 11:46 ` Alan Mackenzie
2009-04-27 18:39 ` Eli Zaretskii
2009-04-28 22:33 ` Alan Mackenzie
2009-04-29 7:22 ` Eli Zaretskii
2009-04-29 11:36 ` Alan Mackenzie
2009-04-29 13:13 ` Eli Zaretskii
2009-05-07 19:14 ` Stefan Monnier
2009-04-28 0:14 ` Karl Berry
2009-04-28 1:12 ` Miles Bader
2009-04-28 7:55 ` Eli Zaretskii
2009-04-28 21:44 ` Alan Mackenzie
2009-04-28 21:39 ` Alan Mackenzie
2009-04-13 22:50 ` Interactive hat. (Patch) Miles Bader
2009-04-14 20:22 ` Alan Mackenzie
2009-04-14 20:49 ` Eli Zaretskii
2009-04-15 8:29 ` Stephen J. Turnbull
2009-03-24 15:55 ` bug#2760: marked as done (CUA-like stuff spuriously enables transient-mark-mode.) Emacs bug Tracking System
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=83eivvm079.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=acm@muc.de \
--cc=emacs-devel@gnu.org \
--cc=lekktu@gmail.com \
--cc=monnier@iro.umontreal.ca \
/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.