From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Newsgroups: gmane.emacs.bugs,gmane.comp.tex.texinfo.bugs Subject: bug#18308: 24.4.50; Info viewer cannot follow menu entry for '(texinfo) @- @hyphenation' Date: Fri, 22 Aug 2014 15:01:43 +0200 Message-ID: <80r4083cg8.fsf@gmail.com> References: <80bnre44fc.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1408712606 23499 80.91.229.3 (22 Aug 2014 13:03:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Aug 2014 13:03:26 +0000 (UTC) Cc: 18308@debbugs.gnu.org, Texinfo To: Eli Zaretskii , Gavin Smith , pertusus@free.fr , Karl Berry Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 22 15:03:19 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XKoUw-00068g-K6 for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Aug 2014 15:03:18 +0200 Original-Received: from localhost ([::1]:36944 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKoUw-0004U9-6A for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Aug 2014 09:03:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51630) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKoUm-0004TV-S5 for bug-gnu-emacs@gnu.org; Fri, 22 Aug 2014 09:03:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XKoUh-00040p-Gl for bug-gnu-emacs@gnu.org; Fri, 22 Aug 2014 09:03:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42411) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKoUh-00040h-DU for bug-gnu-emacs@gnu.org; Fri, 22 Aug 2014 09:03:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XKoUg-0008N3-Sz for bug-gnu-emacs@gnu.org; Fri, 22 Aug 2014 09:03:03 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <80bnre44fc.fsf@gmail.com> Resent-From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Aug 2014 13:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18308 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18308-submit@debbugs.gnu.org id=B18308.140871253532108 (code B ref 18308); Fri, 22 Aug 2014 13:03:02 +0000 Original-Received: (at 18308) by debbugs.gnu.org; 22 Aug 2014 13:02:15 +0000 Original-Received: from localhost ([127.0.0.1]:49354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XKoTq-0008Lj-Ui for submit@debbugs.gnu.org; Fri, 22 Aug 2014 09:02:14 -0400 Original-Received: from smtp07.smtpout.orange.fr ([80.12.242.129]:24493 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XKoTn-0008LI-Ih for 18308@debbugs.gnu.org; Fri, 22 Aug 2014 09:02:08 -0400 Original-Received: from CHOUNEK ([92.139.181.243]) by mwinf5d66 with ME id hp1x1o00C5FVSzg03p1xeS; Fri, 22 Aug 2014 15:02:01 +0200 X-ME-Helo: CHOUNEK X-ME-Date: Fri, 22 Aug 2014 15:02:01 +0200 X-ME-IP: 92.139.181.243 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:92595 gmane.comp.tex.texinfo.bugs:6791 Archived-At: Hello Eli, Gavin, Patice, & Karl. Looping also through Patrice Dumas and Karl Berry and texinfo-bug list. Useful links: http://savannah.gnu.org/bugs/?43045 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18308 Answers & comments below: ---------------------------------------- > Date: Fri, 22 Aug 2014 09:36:14 +0300 > From: eliz@gnu.org > Subject: Re: bug#18308: 24.4.50; Info viewer cannot follow menu entry for '(texinfo) @- @hyphenation' > To: Vincent.b.1@hotmail.fr > CC: gavinsmith0123@gmail.com; 18308@debbugs.gnu.org > [...] > > I a nutshell, there are cases of node references where the info viewer > > is not bothered by internal multiple spaces (this cross reference inside > > bash manual), and other cases where the info viewer cannot handle it > > (the case of node "(texinfo) @- @hyphenation" pointer in menu entry of > > upper node). > > Emacs already does all that, of course. Just not in the case of the > menu entries, where the node names are not expected to span more than > one line. > I have checked that in the case of the node line: File: texinfo.info Node: ... the texi2any compiler does correctly the multiblank collapsing. Basically, trying to recap, if I get it, the work split that you (Eli) are suggesting between info viewer and texi2any compiler is as follows: - texi2any must collapse multiple blanks in node names *everywhere*, but it is still allowed to break and indent a node name containing a blank accross a line in the case of a note. - info viewer must handle node name split accross lines, but it does not need to make multiblank reduction in other-cases Now, if the above is agreable, then in the case of our problem this would imply that when texi2any meets that kind of menu entry * NODE NAME:: SOME TITLE It must convert it to within the info file: * NODE NAME: NODE NAME. SOME TITLE Eli: 1) do you agree on my re-caping and suggestion ? 2) do you think that all the same, robustifying the info viewer in the case of menu entry has some benefit --- after all this allows: 2.1) to cope with job done by earlier versions of makeinfo in this corner case 2.2) to have very slightly smaller info file still in this corner case Gavin & Patrice, do you agree on my suggestion how to evolve texi2any and stand-alone info viewer ? > > So, on second thoughts, I am thinking in the end that for consistency, > > the info viewer not only should, but also _must_ be corrected. > > As I said, maybe. But the fact is that the _Texinfo_source_ of the > Texinfo manual uses different amounts of blanks in this node's name. > So line breaking and filling in the Info file is not the issue here. > > > I am even speculating that in the case of the manual menu entry, > > probably it was intentional to put more spaces for the entry to read > > better (as @- and @hyphenation are two different commands, isn't it a > > good idea to put a little more space between them). > > The problem is _inconsistency_, not extra blanks. The number of > blanks should have been consistent in all the uses of this node name. I think that the root of that _inconsistency_ problem is that when you write the following: * NODE NAME:: SOME TITLE "NODE NAME" has two meanings: 1) it is the menu label, ie what the user will see, so you are not allowed to collapse blanks, because this would change what the author want to be diplayed to the user 2) it is also the node pointer, so in this case you have to collapse blanks. Karl: don't you think that *ALSO* the manuel should be changed to be written as * NODE NAME: NODE NAME. SOME TITLE In the case of info node `(texinfo) @- @hyphenation'. Maybe it is not such a good practice to write it the other way round, because if the author has some intention to display things in some specific way, then for maintainability that should be explicit in the way as it is written in the texinfo code. Vincent.