From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lukasz Pawelczyk Newsgroups: gmane.emacs.bugs Subject: bug#16909: 24.3; scrolling *Completions* window with tab sometimes chooses a wrong window Date: Wed, 5 Mar 2014 00:22:35 +0100 Message-ID: References: <5310D459.8040504@gmx.at> <6F4BAAB3-A0AD-4AE5-BD18-BE9CE1A97B77@gmail.com> <5311CA73.2030709@gmx.at> <53123279.6070203@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1393975391 3581 80.91.229.3 (4 Mar 2014 23:23:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Mar 2014 23:23:11 +0000 (UTC) Cc: "16909@debbugs.gnu.org" <16909@debbugs.gnu.org> To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 05 00:23:19 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 1WKygA-0007zV-2H for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Mar 2014 00:23:18 +0100 Original-Received: from localhost ([::1]:49251 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKyg9-0007W9-0p for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Mar 2014 18:23:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40500) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKyg0-0007VB-Tq for bug-gnu-emacs@gnu.org; Tue, 04 Mar 2014 18:23:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WKyfv-0001vN-2Y for bug-gnu-emacs@gnu.org; Tue, 04 Mar 2014 18:23:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49698) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKyfu-0001vI-Ul for bug-gnu-emacs@gnu.org; Tue, 04 Mar 2014 18:23:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WKyfu-00057K-I8 for bug-gnu-emacs@gnu.org; Tue, 04 Mar 2014 18:23:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lukasz Pawelczyk Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Mar 2014 23:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16909 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16909-submit@debbugs.gnu.org id=B16909.139397536519636 (code B ref 16909); Tue, 04 Mar 2014 23:23:02 +0000 Original-Received: (at 16909) by debbugs.gnu.org; 4 Mar 2014 23:22:45 +0000 Original-Received: from localhost ([127.0.0.1]:50880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WKyfc-00056d-Ax for submit@debbugs.gnu.org; Tue, 04 Mar 2014 18:22:44 -0500 Original-Received: from mail-ee0-f43.google.com ([74.125.83.43]:54029) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WKyfa-00056S-3P for 16909@debbugs.gnu.org; Tue, 04 Mar 2014 18:22:42 -0500 Original-Received: by mail-ee0-f43.google.com with SMTP id e53so87335eek.2 for <16909@debbugs.gnu.org>; Tue, 04 Mar 2014 15:22:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FjC9IW1Z+K4dKn6Qd/DWSSOeihLuHEINIYmEwXViIdQ=; b=cDvuo54h4VGWZYGepZDzdjBpwaNICA2gXTFvg4NjFRCuQ7IOYB7fTvNToTVi0MOX9n lqZOhHoz/cKpRhRJ1sY/MP42IWLZ+fJfOhBgMaqKzdM988sSbQrPQD3uq/zT9reMzvTz YM7oDG+fsI6ySzlv+0nTnGya0AN5swJNuzxpXTz3g/gzUx3r5Pb8zbQaoMJZTktT5Bb3 RqjVtxy6iKfKOMp9YhxHux5IqG12g3BbuOZ0bEiEo9T3IWmkvLXh8i9WRFl8BDDD12i5 +NZu4WZvxdGBZiwjEqRVPw+xyJlGCnpakC4SuiRlc71yXk+O0sAmJzoiwtAMzKsXCC9z CMmA== X-Received: by 10.15.61.7 with SMTP id h7mr2023082eex.49.1393975361106; Tue, 04 Mar 2014 15:22:41 -0800 (PST) Original-Received: from [192.168.0.104] (user-46-113-42-94.play-internet.pl. [46.113.42.94]) by mx.google.com with ESMTPSA id i1sm1587858eeo.16.2014.03.04.15.22.39 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Mar 2014 15:22:40 -0800 (PST) In-Reply-To: <53123279.6070203@gmx.at> X-Mailer: Apple Mail (2.1874) 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:86557 Archived-At: On 1 Mar 2014, at 20:18, martin rudalics wrote: > > How is this supposed to work? > > The problem is _during_ the Completions buffer is shown, when we're = hitting > > Tab, not when we're done. Besides its window is usually closed > > automatically. >=20 > We have to detect the moment when the window is closed automatically > anyway. At that time we can either kill the buffer or reset > `other-window-scroll-buffer=92. I=92m still not sure that even using this variable is a wise idea. It = might be used by a user to configure his things. A simple custom function that will = always scroll *Completions* window seems like a better choice. You can always scroll by buffer name. No need to force the usage of scroll-other-window = function. > > Killing the buffer won't make the scroll-other-window work > > the usuall way. >=20 > How comes? Ahh... I see. If `other-window-scroll-buffer' is non-nil > and the buffer was killed in the meantime `display-buffer' throws an > arg out of range error. That's silly ... should be fixed now. I meant that if you only kill the buffer (after we used autocomplete) = and then user will scroll-other-window (for whatever reason) it won=92t = behave as if its value is nil. We=92d have to make it nil as well (as you = mentioned now). > > This would work I imagine. But don't do this in general when the > > Completions buffer is shown, but only when we use autocomplete > > functionality with Tab _and_ the buffer is shown. >=20 > Could you try doing that? I have no idea where to start. If I had an idea where to start I would have sent a patch instead of = reporting a bug :-/ --=20 Regards, Havner