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#5809: 23.1.94; cross-reference by anchor yields in accurate position Date: Fri, 2 Apr 2010 07:17:35 -0700 Message-ID: <422BAD8C75BE4F5BAE608BD47A355EFF@us.oracle.com> 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> <83sk7ewcvz.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1270218465 14021 80.91.229.12 (2 Apr 2010 14:27:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 2 Apr 2010 14:27:45 +0000 (UTC) Cc: 5809@debbugs.gnu.org To: "'Eli Zaretskii'" , "'Stefan Monnier'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 02 16:27:40 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 1NxhqW-0005Pl-3W for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Apr 2010 16:27:40 +0200 Original-Received: from localhost ([127.0.0.1]:53134 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NxhqV-00057J-IX for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Apr 2010 10:27:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nxhon-0004TC-1s for bug-gnu-emacs@gnu.org; Fri, 02 Apr 2010 10:25:53 -0400 Original-Received: from [140.186.70.92] (port=58918 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nxhok-0004SV-C4 for bug-gnu-emacs@gnu.org; Fri, 02 Apr 2010 10:25:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nxhoi-0000O9-G6 for bug-gnu-emacs@gnu.org; Fri, 02 Apr 2010 10:25:50 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43033) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nxhoi-0000O5-E9 for bug-gnu-emacs@gnu.org; Fri, 02 Apr 2010 10:25:48 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Nxhj8-0006YK-W6; Fri, 02 Apr 2010 10:20:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Apr 2010 14:20:02 +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.127021798225177 (code B ref 5809); Fri, 02 Apr 2010 14:20:02 +0000 Original-Received: (at 5809) by debbugs.gnu.org; 2 Apr 2010 14:19:42 +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 1Nxhio-0006Y2-Ex for submit@debbugs.gnu.org; Fri, 02 Apr 2010 10:19:42 -0400 Original-Received: from rcsinet11.oracle.com ([148.87.113.123]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nxhim-0006Xw-Hz for 5809@debbugs.gnu.org; Fri, 02 Apr 2010 10:19:41 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet11.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o32EJXXe008243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 2 Apr 2010 14:19:35 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o2VG5jrQ006179; Fri, 2 Apr 2010 14:19:32 GMT Original-Received: from abhmt003.oracle.com by acsmt355.oracle.com with ESMTP id 133254561270217860; Fri, 02 Apr 2010 07:17:40 -0700 Original-Received: from dradamslap1 (/10.175.216.242) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 02 Apr 2010 07:17:39 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83sk7ewcvz.fsf@gnu.org> Thread-Index: AcrSNtgnpR3Z2r8aTzGAPSZR0I8CMAANguvA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4BB5FCF5.0096:SCFMA4539814,ss=1,fgs=0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 02 Apr 2010 10:20:02 -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:35872 Archived-At: > > > Here's another, perhaps better idea: how about if, instead of > > > inserting breadcrumbs as text into the buffer, we put an > > > overlay there with a display property whose value is the > > > breadcrumbs as a string? > > > This way, buffer positions are not affected at all. > > > > That was my thought as well, but then you can't "click" on > > breadcrumbs with the keyboard any more. > > "Clicking" on breadcrumbs with a keyboard is the same as typing "u", > so I don't see this as a loss. And if we think this _is_ a loss, we > could add a new feature. Or maybe using the `cursor' property on the > overlay will do the trick even without any new features. Obviously, the ideal situation will be if both (a) breadcrumbs function fully and (b) cross references and other features that reference positions function accurately. That's what we're looking for, and that quest is good. If, however, we ultimately find we need to, or decide to, settle for something less than ideal, then there are different desirable qualities that could be dropped. IOW it would be a trade-off. I would just point out that things such as cross references are not completely broken by breadcrumbs, IIUC. You are taken to the correct node in all cases, I believe. Point is just not always moved to the exact location we would like - it is sometimes moved nearby. It might be decided that always respecting destination position exactly is a must-have or is considered more important than the convenience (in terms of orientation/help and navigation) of breadcrumbs. But let's at least be aware that a trade-off is involved. It should not be a foregone conclusion to toss out the baby with the bathwater. Keep in mind too that in some documentation systems, which don't even have the fine-grained "node" size of Info (on average), cross references generally do not take you to an exact destination position. They just get you to the appropriate section.