From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#5809: 23.1.94; cross-reference by anchor yields in accurate position Date: Mon, 05 Apr 2010 16:09:00 -0400 Message-ID: References: <837hoszubi.fsf@gnu.org> <87hbnwy2un.fsf@mail.jurta.org> <83y6h8xz8a.fsf@gnu.org> <8739zf5bif.fsf@mail.jurta.org> <83y6h7vy6p.fsf@gnu.org> <87y6h7uitd.fsf@mail.jurta.org> <83wrwqx6r2.fsf@gnu.org> <83vdcax5hu.fsf@gnu.org> <87d3yi85sv.fsf@mail.jurta.org> <87eiix5u1a.fsf@mail.jurta.org> <878w94dxf2.fsf@mail.jurta.org> <87eiiuwz6g.fsf@mail.jurta.org> <87bpdxdes3.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1270499222 15161 80.91.229.12 (5 Apr 2010 20:27:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 5 Apr 2010 20:27:02 +0000 (UTC) Cc: 5809@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 05 22:27:00 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Nyssr-0000kW-8q for geb-bug-gnu-emacs@m.gmane.org; Mon, 05 Apr 2010 22:26:57 +0200 Original-Received: from localhost ([127.0.0.1]:35829 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nyssp-0008AN-Te for geb-bug-gnu-emacs@m.gmane.org; Mon, 05 Apr 2010 16:26:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NyssI-0007oY-FS for bug-gnu-emacs@gnu.org; Mon, 05 Apr 2010 16:26:22 -0400 Original-Received: from [140.186.70.92] (port=48423 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NyssE-0007ka-I7 for bug-gnu-emacs@gnu.org; Mon, 05 Apr 2010 16:26:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nyss1-0000gp-S8 for bug-gnu-emacs@gnu.org; Mon, 05 Apr 2010 16:26:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52019) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nyss1-0000gk-QR for bug-gnu-emacs@gnu.org; Mon, 05 Apr 2010 16:26:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1NyscV-0002GU-Bt; Mon, 05 Apr 2010 16:10:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2010 20:10:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5809 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 5809-submit@debbugs.gnu.org id=B5809.12704981488697 (code B ref 5809); Mon, 05 Apr 2010 20:10:03 +0000 Original-Received: (at 5809) by debbugs.gnu.org; 5 Apr 2010 20:09:08 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nysbc-0002GE-FD for submit@debbugs.gnu.org; Mon, 05 Apr 2010 16:09:08 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nysba-0002Ft-6m for 5809@debbugs.gnu.org; Mon, 05 Apr 2010 16:09:06 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAIbfuUvO+K6K/2dsb2JhbACbTHK3N4UHBIsq X-IronPort-AV: E=Sophos;i="4.51,366,1267419600"; d="scan'208";a="60249187" Original-Received: from 206-248-174-138.dsl.teksavvy.com (HELO ceviche.home) ([206.248.174.138]) by ironport2-out.pppoe.ca with ESMTP; 05 Apr 2010 16:09:00 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 9EE77660BF; Mon, 5 Apr 2010 16:09:00 -0400 (EDT) In-Reply-To: <87bpdxdes3.fsf@mail.jurta.org> (Juri Linkov's message of "Mon, 05 Apr 2010 19:50:52 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 05 Apr 2010 16:10:03 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:35956 Archived-At: > I think both types of navigation links (breadcrumbs and up/next/prev) > should be treated equally. If we'll implement clicking with the keyboard > and copy&paste in Emacs-24, it would be natural to apply this to the > up/next/prev links as well and change their visual appearance. The up/prev/next links are different because we don't want them to scroll with the text. I.e. we're willing to give up on keyboard-clicking and copy&pasting to be able to use the header-line. Maybe we'd want to put the breadcrumbs in the header-line as well, but that would require 2 lines of header-line and I'm not sure I'd be in favor of such a change (especially as computer displays tend to get less and less tall nowadays, for reasons that escape me). > In any case, it's important that the visual appearance should match the > user's expectation. When the visual appearance of breadcrumbs is > the same as for the rest text of the Info buffer, users will be tempted > to use the keyboard on breadcrumbs. I think it's OK: it is a misfeature, so it's normal for people to complain about them. Let's not pretend it's a feature when it's not. Or to reverse your argument: if it looks like a header-line, people will report bugs about the fact that it doesn't stay at the top of the display ;-) I.e. in any case it won't match all the user's expectations and I don't think this argument will give us a good basis on which to make a decision. > The overlay doesn't correctly interact with the `invisible' > text property. Interesting. That deserves a comment. > However, we can put 'invisible on the overlay instead of the text property: > (let ((ov (make-overlay (point-min) (1+ header-end)))) > (overlay-put ov 'invisible t) > (overlay-put ov 'after-string (Info-breadcrumbs)) > (overlay-put ov 'evaporate t)) Yes, that's better, thank you. Stefan