From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Gavin Smith Newsgroups: gmane.emacs.bugs Subject: bug#18308: 24.4.50; Info viewer cannot follow menu entry for '(texinfo) @- @hyphenation' Date: Mon, 1 Sep 2014 22:37:36 +0100 Message-ID: References: <80ppfs2nbq.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1409607503 29462 80.91.229.3 (1 Sep 2014 21:38:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Sep 2014 21:38:23 +0000 (UTC) Cc: "18308@debbugs.gnu.org" <18308@debbugs.gnu.org>, Texinfo To: Vincent =?UTF-8?Q?Bela=C3=AFche?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 01 23:38:16 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 1XOZIl-0005u0-IO for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Sep 2014 23:38:15 +0200 Original-Received: from localhost ([::1]:34136 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOZIl-0002AF-7b for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Sep 2014 17:38:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34489) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOZId-00029u-HD for bug-gnu-emacs@gnu.org; Mon, 01 Sep 2014 17:38:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XOZIY-0007d7-IT for bug-gnu-emacs@gnu.org; Mon, 01 Sep 2014 17:38:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36154) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOZIY-0007d3-EZ for bug-gnu-emacs@gnu.org; Mon, 01 Sep 2014 17:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XOZIY-0006qB-0O for bug-gnu-emacs@gnu.org; Mon, 01 Sep 2014 17:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gavin Smith Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Sep 2014 21:38:01 +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.140960746526272 (code B ref 18308); Mon, 01 Sep 2014 21:38:01 +0000 Original-Received: (at 18308) by debbugs.gnu.org; 1 Sep 2014 21:37:45 +0000 Original-Received: from localhost ([127.0.0.1]:55951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOZIG-0006pg-Vc for submit@debbugs.gnu.org; Mon, 01 Sep 2014 17:37:45 -0400 Original-Received: from mail-ig0-f177.google.com ([209.85.213.177]:64683) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XOZIE-0006pO-Qw for 18308@debbugs.gnu.org; Mon, 01 Sep 2014 17:37:43 -0400 Original-Received: by mail-ig0-f177.google.com with SMTP id r10so6274510igi.10 for <18308@debbugs.gnu.org>; Mon, 01 Sep 2014 14:37:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=XDg2h+anClnS8qT8WKyGTvV5mgzNqJwVS9xPaOxqS+o=; b=FfwFrye4mWWBCrPsvC436OXl3saItox1RPp3KqEuhyu7fRgks9OI6P2AkBc1zHG2VK nvtdhzmFTR2AVcIc/3hLNMPA7YZhvXFz2EEo35PjGykyeFaWdhUj0knQYOoARe4KUpGk werCucHRCOgA7LXDWzzf2Zf8ENxamEQcpQEW4vM7mFmpQKPMUxGeHFNiIUCw3Lxjd6qq jGIVJTPqDGggNv6accbajbhw+uAExgpEi7TQbbF5s4ccm57bhcU7hKXFOLEONLDKpRzq VxAyT9kNUW5U9R/eaWCm6b+ymeyDOx4Daam7iTjsqS+cxLepWUwfTWkqvLowNTHTqcFd 1y3Q== X-Received: by 10.42.161.198 with SMTP id u6mr28647978icx.31.1409607457104; Mon, 01 Sep 2014 14:37:37 -0700 (PDT) Original-Received: by 10.107.18.5 with HTTP; Mon, 1 Sep 2014 14:37:36 -0700 (PDT) In-Reply-To: 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:92943 Archived-At: On Mon, Sep 1, 2014 at 8:40 PM, Vincent Bela=C3=AFche wrote: >> Having translated node names isn't as important because there would be >> translated headers in the contents of files/nodes saying what section >> we're in. The main use would be the status bar in a browser giving the >> current node, and pointers or references to other nodes. I understand >> it is not ideal to read a cross-reference in another language. Maybe >> anchors with translated node names could be used instead? That would >> work for everything (cross-references, pointers) apart from the node >> name that is displayed in a status bar. Maybe makeinfo would have to >> be modified to recognize that a menu in a node using anchor names is >> referring to the child nodes properly. > > Menus are precisely the only place where you don't need any change in Tex= info, as you can do: > > * Translated node name: true node name. Some description > > @node true node name > > and the viewer is supposed to show only "Translated node name". > I can imagine cases where a menu label is something other than the node name, for example if the document author wants to give a more extended description of what the node is about. Anyway, names of targets are not usually hidden (in the standalone Info browser, at least). > What I was meaning is that the viewer should be configurable to show eith= er the "node path" with translated names or true names. > > In the case of nodes that are not referred by any menu, like the top node= , or node accessed only by cross reference, there aren't currently any prov= ision in Texinfo to povide a node name translation. That could be some comm= and @localenodename to give that translation inside the node. Something like this could be done by treating an anchor as a synonym for a node if it refers to byte 0 of the node. If someone selected or followed a reference to such an anchor, its name could be displayed instead of the node. There would still be the problem of how makeinfo would do "implicit pointer creation" with the right node names.