From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#13552: 24.3.50; glitch in Info formatting for cross reference Date: Sat, 26 Jan 2013 07:45:22 -0800 Message-ID: References: <5BC052B57BA84728A6F0D6E25197B950@us.oracle.com> <83pq0sjjny.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1359215151 18221 80.91.229.3 (26 Jan 2013 15:45:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Jan 2013 15:45:51 +0000 (UTC) Cc: 13552@debbugs.gnu.org To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 26 16:46:10 2013 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 1Tz7xK-0002LA-Al for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Jan 2013 16:46:10 +0100 Original-Received: from localhost ([::1]:46216 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tz7x2-0000f8-II for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Jan 2013 10:45:52 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:60652) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tz7wz-0000f2-J2 for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2013 10:45:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tz7wy-00005C-A3 for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2013 10:45:49 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45123) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tz7wy-000056-1c for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2013 10:45:48 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Tz7xC-0004Zi-5G for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2013 10:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Jan 2013 15:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13552 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13552-submit@debbugs.gnu.org id=B13552.135921515217554 (code B ref 13552); Sat, 26 Jan 2013 15:46:01 +0000 Original-Received: (at 13552) by debbugs.gnu.org; 26 Jan 2013 15:45:52 +0000 Original-Received: from localhost ([127.0.0.1]:50587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tz7x0-0004Z2-SW for submit@debbugs.gnu.org; Sat, 26 Jan 2013 10:45:51 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:31650) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tz7wx-0004Yn-NA for 13552@debbugs.gnu.org; Sat, 26 Jan 2013 10:45:49 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r0QFjUDW007129 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 26 Jan 2013 15:45:31 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0QFjUvs021612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Jan 2013 15:45:30 GMT Original-Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0QFjTeo024526; Sat, 26 Jan 2013 09:45:29 -0600 Original-Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 26 Jan 2013 07:45:29 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83pq0sjjny.fsf@gnu.org> Thread-Index: Ac37s/kRGfqmi/d7TiKxZlLoKzQHvAAJp1XQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.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:70344 Archived-At: > > (elisp) `The Mark' shows this to the user: > > > > If `shift-select-mode' is non-`nil' and the current command was > > invoked via shift translation (see shift-translation > > .), this function sets the mark and temporarily > > activates the region, unless the region was already temporarily > > activated in this way. Otherwise, if the region has > > been activated > > temporarily, it deactivates the mark and restores the variable > > `transient-mark-mode' to its earlier value. > > > > The problem is the visual newline between `shift-translation' and > > `.'. This is a no-no. > > That's because what info.el does is put an invisible text property on > a part of the cross-reference that is deemed "unimportant". You can > turn off this behavior by customizing Info-hide-node-references. Yes, I know. That's the cause underlying the bug: incomplete implementation of the prettying-up/hiding. Pointing to the user option is a red herring wrt the bug, amounting to "if it hurts don't do that". But yes, workarounds for bugs, including turning off bugged features are good to have. I remind you of the proposal (with patch) to optionally let users highlight `...' and "..." in Info. It was rejected because there are a (very) few places where a node has an extra " (e.g. ?"), which makes it not work perfectly for those places. Being able to turn off a feature that is not perfect is good, but it does not mean that the feature works 100%. That we have such hiding is a good thing. I do not at all argue, as was decided in the `...', "..." case, that the feature should not be in Emacs. That we have a way to turn it off is also a good thing. The bug is still there, however. I don't know how feasible/easy it is to fix.