From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: HTML as info format Date: Mon, 17 Nov 2003 15:29:54 +0200 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <878ymfdsx9.fsf@mail.jurta.org> References: <200310280126.h9S1Q9N16202@f7.net> <20031028105102.GA7330@dirtyweb.penguinpowered.com> <20031030104238.GA11503@dirtyweb.penguinpowered.com> <87vfps2x9r.fsf@ID-87814.user.dfncis.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1069076488 24809 80.91.224.253 (17 Nov 2003 13:41:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 17 Nov 2003 13:41:28 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Nov 17 14:41:24 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ALjd6-0007Di-00 for ; Mon, 17 Nov 2003 14:41:24 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1ALjd6-0001aM-00 for ; Mon, 17 Nov 2003 14:41:24 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ALkZd-0001LZ-4C for emacs-devel@quimby.gnus.org; Mon, 17 Nov 2003 09:41:53 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ALkYL-0000rB-Cs for emacs-devel@gnu.org; Mon, 17 Nov 2003 09:40:33 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ALkXo-0000eQ-Nr for emacs-devel@gnu.org; Mon, 17 Nov 2003 09:40:31 -0500 Original-Received: from [64.246.52.22] (helo=ns5.tangramltd.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1ALkXn-0000dX-Sr for emacs-devel@gnu.org; Mon, 17 Nov 2003 09:40:00 -0500 Original-Received: from 80-235-34-193-dsl.mus.estpak.ee ([80.235.34.193] helo=mail.jurta.org) by ns5.tangramltd.com with esmtp (Exim 4.20) id 1ALjaH-0005Py-OB; Mon, 17 Nov 2003 15:38:30 +0200 Original-To: Oliver Scholz In-Reply-To: <87vfps2x9r.fsf@ID-87814.user.dfncis.de> (Oliver Scholz's message of "Mon, 10 Nov 2003 14:01:04 +0100") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns5.tangramltd.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jurta.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:17865 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17865 Oliver Scholz writes: > You have a point here. If the format would be HTML, it would also be > possible to address that, by using

, , etc. with the class > attribute extensivly. The class attribute would specify the > syntactical information, the raw element name would specify the > fallback. There are many other arguments for using HTML as Info format. Current Info format can't make a link to another part of the same Info node. For example, look at the following node: Default Coding Systems ---------------------- ... - Variable: auto-coding-regexp-alist ... - Variable: file-coding-system-alist ... - Variable: process-coding-system-alist ... This function looks up the target in `file-coding-system-alist', `process-coding-system-alist', or `network-coding-system-alist', depending on OPERATION. *Note Default Coding Systems::. Currently it has the reference to the top of the same node, which is pretty useless. However, evidently the intention was to refer separately to every of these variables described in the same node. With HTML it's very easy to achieve by using the character # in href. The same problem appears in the Glossary node of the Emacs manual, where links to the same node are marked by the "(q.v.)". It can be justified to place such text on paper media, but for electronic documents, where there are no obstacles to make a link to follow to another part of the same node, such surrogate links look very dumb. There are other problems with the current Info format. For example, currently there is no way to hide the address part of the link without corrupting the paragraph formatting. After hiding the address part of the link lines become either too short or too long. For example, lines: See *Note Customizing Indentation: (ccmode)Customizing Indentation, for more information on customizing indentation for C and related modes, in Info the first line becomes too short: See Customizing Indentation for more information on customizing indentation for C and related modes, or using the `C-x 8' prefix, see *Note C-x 8: Single-Byte Character Support. On X Window systems, your locale should be set to an in Info it becomes too long, because the newline character in the reference is hidden: using the `C-x 8' prefix, see C-x 8. On X Window systems, your locale should be set to an -- http://www.jurta.org/emacs/