From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: karl@freefriends.org (Karl Berry) Newsgroups: gmane.emacs.devel Subject: Re: [drew.adams@oracle.com: RE: cannot find :enable in Elisp manualindex] Date: Wed, 6 Jun 2007 17:21:04 -0500 Message-ID: <200706062221.l56ML4119848@f7.net> References: NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1181168472 17232 80.91.229.12 (6 Jun 2007 22:21:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 6 Jun 2007 22:21:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 07 00:21:11 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Hw3sN-0004gn-6d for ged-emacs-devel@m.gmane.org; Thu, 07 Jun 2007 00:21:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hw3sM-0002n7-9F for ged-emacs-devel@m.gmane.org; Wed, 06 Jun 2007 18:21:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Hw3sK-0002mo-0q for emacs-devel@gnu.org; Wed, 06 Jun 2007 18:21:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Hw3sJ-0002mc-G1 for emacs-devel@gnu.org; Wed, 06 Jun 2007 18:21:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hw3sJ-0002mZ-Cn for emacs-devel@gnu.org; Wed, 06 Jun 2007 18:21:07 -0400 Original-Received: from server1.f7.net ([64.34.169.74] helo=f7.net) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Hw3sH-00058T-MR; Wed, 06 Jun 2007 18:21:05 -0400 X-Envelope-From: karl X-Envelope-To: emacs-devel@gnu.org Original-Received: (from karl@localhost) by f7.net (8.11.7-20030920/8.11.7) id l56ML4119848; Wed, 6 Jun 2007 17:21:04 -0500 In-Reply-To: X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:72385 Archived-At: That seems simple enough. Is there any flaw in it? Not that I know of. I am completely baffled by that. What does `%5ctypein' refer to? %5c is HTML-ese for \. The name of the node is "\typein" with a backslash. Sorry, I should have picked a simpler node name for the example. Why is it there? So there can be references to this node from elsewhere. What does `g_t_005ctypein' refer to? Why is it there? It's another name for the same node due to annoying technicalities whose details are not at the front of my mind. Don't worry about it, I don't think it affects anything here. What does `accesskey' mean? On browsers that support it, users can press "n" (or whatever) and have it do something useful. Anyway, if we replace Info format, we do not have to preserve the current layout of the line at the top of a node. I suppose, but I see nothing wrong with the current layout of the top of a node in makeinfo's HTML output. Anyway, the point is not to debate node line output. All this was just an example. The point is to show the drastic difference between makeinfo's HTML and XML output, both of which (among others) were being proposed at various times for a "new generation" Emacs Info reader. karl