From: Eli Zaretskii <eliz@gnu.org>
To: Alan Mackenzie <acm@muc.de>
Cc: lekktu@gmail.com, karl@freefriends.org, monnier@iro.umontreal.ca,
emacs-devel@gnu.org
Subject: Re: Interactive hat. (Patch V2)
Date: Wed, 29 Apr 2009 10:22:09 +0300 [thread overview]
Message-ID: <838wljexge.fsf@gnu.org> (raw)
In-Reply-To: <20090428223303.GC2449@muc.de>
> Date: Tue, 28 Apr 2009 22:33:03 +0000
> Cc: lekktu@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org,
> karl@freefriends.org
> From: Alan Mackenzie <acm@muc.de>
>
> On Mon, Apr 27, 2009 at 09:39:48PM +0300, Eli Zaretskii wrote:
> > > > That's an unusual use of @itemx. Beware: it could do something you
> > > > didn't intend in some future version of Texinfo.
>
> > > I don't think so; at least, not if makeinfo does what its manual
> > > says. @itemx is defined to be identical to @item, except for not
> > > inserting a blank line. (See page "itemx" in the manual).
>
> > That's not what I meant. I meant that you in effect have here @item's
> > without the text after them. A @table is not supposed to be like that,
> > so who knows what will the output be? In particular, HTML and XML
> > outputs may assume there always be some text, and if not, fail to
> > properly close the markup.
>
> Surely it's not unusual (in any markup language) to have a blank cell in
> a table. I've generated HTML, and it's fine. I've generated XML, and it
> looks fine too, as much as XML ever looks fine (though I don't know
> offhand if I've got a suitable viewing program for it).
I had no doubt you tested your changes. That is why I said that this
might be a problem _in_some_future_version_ of Texinfo, see above. In
particular, the next version of Texinfo is expected to toss the C
implementation of makeinfo and instead use texi2html, which is a Perl
program. That means all the undocumented (mis)features of makeinfo
will give way to other undocumented (mis)features.
> Have you never written @example code yourself, where the enforced
> indentation has caused lines to become "too long"?
Sure, but I always find a way to break those into several lines.
> Anyhow, I've put @example in now (as requested by Miles and yourself),
> and split some more lines up. There are, however, one or two lines which
> go over C74 which can't sensibly be split.
If you show those lines, perhaps someone can suggest a way of
splitting them that does make sense.
next prev parent reply other threads:[~2009-04-29 7:22 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
[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 [this message]
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=838wljexge.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=acm@muc.de \
--cc=emacs-devel@gnu.org \
--cc=karl@freefriends.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.