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: Info enhancements Date: Tue, 02 Dec 2003 12:54:52 +0200 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <873cc34hhf.fsf@mail.jurta.org> References: <87smk4zuvv.fsf@mail.jurta.org> <200312020334.hB23YwI16583@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1070367312 31489 80.91.224.253 (2 Dec 2003 12:15:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 2 Dec 2003 12:15:12 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Dec 02 13:15:08 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 1AR9Qq-0004Xo-00 for ; Tue, 02 Dec 2003 13:15:08 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AR9Qq-0004oc-00 for ; Tue, 02 Dec 2003 13:15:08 +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 1ARABP-0003T5-JQ for emacs-devel@quimby.gnus.org; Tue, 02 Dec 2003 08:03:15 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AR9If-0003JX-DX for emacs-devel@gnu.org; Tue, 02 Dec 2003 07:06:41 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AR9As-0002AP-0v for emacs-devel@gnu.org; Tue, 02 Dec 2003 06:59:09 -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 1AR9An-00029E-P2 for emacs-devel@gnu.org; Tue, 02 Dec 2003 06:58:33 -0500 Original-Received: from 80-235-33-206-dsl.mus.estpak.ee ([80.235.33.206] helo=mail.jurta.org) by ns5.tangramltd.com with esmtp (Exim 4.20) id 1AR8DG-00056X-R0; Tue, 02 Dec 2003 12:57:03 +0200 Original-To: Luc Teirlinck In-Reply-To: <200312020334.hB23YwI16583@raven.dms.auburn.edu> (Luc Teirlinck's message of "Mon, 1 Dec 2003 21:34:58 -0600 (CST)") 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 - [0 0] / [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:18275 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18275 Luc Teirlinck writes: > I have not yet had the time to look at your patch in detail. I just > looked at one feature: > > - use reference names to move point to the place within the current > node where reference name is defined. For example, by following the > reference "*Note file-coding-system-alist: Default Coding Systems," > Info finds a node with the name "Default Coding Systems" and moves > point to the line where reference name "file-coding-system-alist" is > defined. > > I applied your patch. I replaced the @xref{Default Coding Systems} > in nonascii.texi you are referring to by > @xref{Default Coding Systems, file-coding-system-alist}. > > Then I launch info, go to (elisp)Default Coding Systems and click on > that reference. It indeed carries me to the intended place. But the > header-line goes blank. `u' sometimes, but not always makes the > header-line go blank: C-h i m elisp RET m non- RET m text re RET u > Blank header line. In general, it seems pretty easy to get a blank > header line. This happens regardless of the value of > Info-hide-note-references. Yes, this is because `Info-fontify-node' was called twice on the same node where header was already made invisible, so it was copied again with invisibility property to a header line. I will fix it by calling code that re-fontifies only node references. BTW, I just noticed that `Info-fontify-node' uses the function `Info-escape-percent' which have very limited applicability. It doubles all occurrences of only one particular character %. Seems this function is a copy of `replace-regexp-in-string' with a little modification. I think it's too bad to have such a limited function: it should be removed with making modifications in the `replace-regexp-in-string'. What do you think? > As an other remark on the feature, it needs help from the .texi source > file. So either other Info readers will have to adapt to the feature, > or the references in the .texi files will have to be written in such a > way that they look reasonable even in Info readers that do not have your > feature. (These Info readers behave like the Emacs Info reader with > Info-hide-note-references set to nil.) Maybe the latter is no > problem, because "*Note file-coding-system-alist: Default Coding Systems." > makes sense to me, even without your feature. I just discovered that the stand-alone Info reader already provides exactly the same feature. It uses a reference name to move to correct position within the selected Info node. It's too surprising to see a feature the stand-alone Info reader has, but Emacs Info reader hasn't! -- http://www.jurta.org/emacs/