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#4147: 23.1.50: Info-search command strange behaviour Date: Wed, 16 Dec 2009 11:21:21 -0800 Message-ID: <7997E65B52EF4DDE9E6F8032A6CD2EB7@us.oracle.com> References: <20090815034957.GA30902@shareable.org><4A86898F.6060508@gmx.at> <877ht2ryys.fsf@mail.jurta.org><87k4x1b7vd.fsf@mail.jurta.org> <87bpi9uszm.fsf@mail.jurta.org><87fx7d6x4j.fsf@mail.jurta.org> <4B26C372.9090008@gmx.at><87r5qx155l.fsf@mail.jurta.org> <4B2745E5.2050108@gmx.at><87my1johye.fsf@mail.jurta.org> <4B2891EC.4070500@gmx.at><87hbrrgvq1.fsf@mail.jurta.org> <4B28F6E2.8020000@gmx.at> Reply-To: Drew Adams , 4147@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1260992909 17016 80.91.229.12 (16 Dec 2009 19:48:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 16 Dec 2009 19:48:29 +0000 (UTC) To: "'martin rudalics'" , <4147@emacsbugs.donarmstrong.com>, "'Juri Linkov'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 16 20:48:21 2009 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.50) id 1NKzqn-00089W-Pk for geb-bug-gnu-emacs@m.gmane.org; Wed, 16 Dec 2009 20:48:16 +0100 Original-Received: from localhost ([127.0.0.1]:51143 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NKzqe-00058w-Vt for geb-bug-gnu-emacs@m.gmane.org; Wed, 16 Dec 2009 14:47:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NKzqb-00058l-PB for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2009 14:47:45 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NKzqX-00055J-7a for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2009 14:47:45 -0500 Original-Received: from [199.232.76.173] (port=39351 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NKzqX-00055G-27 for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2009 14:47:41 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:57934) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NKzqV-00029J-T1 for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2009 14:47:41 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nBGJlT0A012096; Wed, 16 Dec 2009 11:47:29 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id nBGJU3Db010570; Wed, 16 Dec 2009 11:30:03 -0800 Resent-Date: Wed, 16 Dec 2009 11:30:03 -0800 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Wed, 16 Dec 2009 19:30:03 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 4147 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: patch Original-Received: via spool by 4147-submit@emacsbugs.donarmstrong.com id=B4147.126099129910069 (code B ref 4147); Wed, 16 Dec 2009 19:30:03 +0000 Original-Received: (at 4147) by emacsbugs.donarmstrong.com; 16 Dec 2009 19:21:39 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from acsinet12.oracle.com (acsinet12.oracle.com [141.146.126.234]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nBGJLb5g010066 for <4147@emacsbugs.donarmstrong.com>; Wed, 16 Dec 2009 11:21:39 -0800 Original-Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id nBGJLFqh031775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 16 Dec 2009 19:21:17 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet15.oracle.com (Switch-3.4.1/Switch-3.4.1) with ESMTP id nBGJLNA7012068; Wed, 16 Dec 2009 19:21:23 GMT Original-Received: from abhmt002.oracle.com by acsmt356.oracle.com with ESMTP id 1059625701260991279; Wed, 16 Dec 2009 11:21:19 -0800 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 16 Dec 2009 11:21:19 -0800 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acp+aV9bZ1M+G3ReR1KpEWvHb6hyywABNdiQ In-Reply-To: <4B28F6E2.8020000@gmx.at> 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.0A090204.4B293334.0148:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Wed, 16 Dec 2009 14:47:45 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list 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:33642 Archived-At: I don't really want to dive into this thread. I'll just note that it seems, from a superficial look, like you guys might be getting a bit far afield. ;-) The bug was about `s' in Info moving point when the search string is not found. The problem is apparently that it moves forward the length of some breadcrumbs. Juri proposed a couple of approaches to fixing that which sounded reasonable to me, the simplest seemingly to just back up the length of the breadcrumbs afterward (or perhaps use point minus that length to begin with). Sure, maybe things are not quite as simple as that - I haven't looked into it. But it seems like you are now off into the deep woods, redesigning plenty of things. Maybe you headed off the simple track when Juri said this: The only sane way I see to fix this problem is: 1. not to insert breadcrumbs to the Info buffer; 2. display breadcrumbs in the header line; 3. not to hide next/prev/up navigation links in the first line of the node. It's not obvious to me why that would be the only sane approach. Or the simplest, to fix this (minor) problem. From there you went on to multiple-line header lines, display engine limitations, interactions with tab bars, new design/implementation for header lines using special windows and buffers, etc. Are you just having fun, or is this really how you will approach fixing this bug? ;-) I don't mean to suggest that your efforts are misguided. As I said, I haven't followed this closely at all, and you guys are both solid and you know what you're doing. I'd just suggest that you _might_ want to take a step back and reconsider what the problem and goal are. HTH.