From unknown Tue Aug 19 05:10:58 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#38502 <38502@debbugs.gnu.org> To: bug#38502 <38502@debbugs.gnu.org> Subject: Status: 27.0.50; minibuffer-scroll-other-window with multiple frames Reply-To: bug#38502 <38502@debbugs.gnu.org> Date: Tue, 19 Aug 2025 12:10:58 +0000 retitle 38502 27.0.50; minibuffer-scroll-other-window with multiple frames reassign 38502 emacs submitter 38502 noah severity 38502 normal tag 38502 fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 05 14:03:28 2019 Received: (at submit) by debbugs.gnu.org; 5 Dec 2019 19:03:29 +0000 Received: from localhost ([127.0.0.1]:45204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1icwPQ-0000ok-Hc for submit@debbugs.gnu.org; Thu, 05 Dec 2019 14:03:28 -0500 Received: from lists.gnu.org ([209.51.188.17]:41631) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1icwPP-0000od-6G for submit@debbugs.gnu.org; Thu, 05 Dec 2019 14:03:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52826) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1icwPN-0000iG-Cd for bug-gnu-emacs@gnu.org; Thu, 05 Dec 2019 14:03:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1icwPL-0002JE-Mm for bug-gnu-emacs@gnu.org; Thu, 05 Dec 2019 14:03:25 -0500 Received: from mail-qk1-x736.google.com ([2607:f8b0:4864:20::736]:36841) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1icwPL-0002F6-ES for bug-gnu-emacs@gnu.org; Thu, 05 Dec 2019 14:03:23 -0500 Received: by mail-qk1-x736.google.com with SMTP id v19so4305560qkv.3 for ; Thu, 05 Dec 2019 11:03:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=OMNxWIM0pkyFOIMtOI6BEsmcrIhJ7aVceZlSH4jQTcY=; b=a59JR/SzpDQuXqnNqOZuTUCXl3AqcLVkjGydTb4LnXf3Ybb+K8zaG/oA+XDWt4ir1k ShhSsRBKtk2CJLeK0aLbcGl6RV3HDUGU8p/20P1X3Q16rMq5XlOnGJydaWeU5+MqnMIE YaLaKet7lqDjCg7CDoReKN/AjkjAHvWKjTij8dKABC2udXHwDhy/0l+z1SEGXRbk/YQd NMnppt4P53UyRc0MljZ1vLOU8L2VblAFseRqfHhF8emj68xbu1khkG6bF6rNB7V89dWd pxt7yf5yH8rJFM4laZpJmBPfLimk7lZcp92gRw8mGhHdhfwpzOK/b2R/jI8CNaqvrAFg 4N/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=OMNxWIM0pkyFOIMtOI6BEsmcrIhJ7aVceZlSH4jQTcY=; b=pITCPQhgb7B3xiDxt35/mcU7kHEXt4LXTip1qwQ+FeueTeU5dBD6NJFY61T/RApVtt QTkSgnuaxqrtfnISan66UwNnfgBTi1BzOMEGng9fH5u2+MiFgINsNJdzzWfk0fBpu0y6 wBQDcTUA4WFKfUN18p0b9i66kP37PHVOIcF3TcusuoJ9FMNSd75/4Y//P0kna2cUEfum 9nTIDO1LcIPnu6UZJiFVR6ik5L3Ml3Dd1baEc6cEYbqaLliOuyU4dWeIn3aBHg6bLg5H VZkatrvNh1aO9TwJM6cUC/kckDqdYsiXHcBV8vfeSJGxG9MyLnyeD+wuraskFrIiqtlb 3MlA== X-Gm-Message-State: APjAAAX+bcVoNV1cRHHx+uqLqs3u2y+VFbrufND+eCTsxqUsffN7epDe QbHgXvMCLXhzzJ072BC0kDTIgT9N X-Google-Smtp-Source: APXvYqzebnCHuDe2jLlzgMgQCcIyTWneMq+KACdCHmBrqPx0qbDCGkIXam99BOieoChcS2docSekgg== X-Received: by 2002:a37:4cd4:: with SMTP id z203mr9519952qka.459.1575572600612; Thu, 05 Dec 2019 11:03:20 -0800 (PST) Received: from noah-M51AC (c-98-229-29-60.hsd1.ma.comcast.net. [98.229.29.60]) by smtp.gmail.com with ESMTPSA id i17sm5353726qtm.53.2019.12.05.11.03.18 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 05 Dec 2019 11:03:19 -0800 (PST) From: noah X-Google-Original-From: "noah" Received: by noah-M51AC (sSMTP sendmail emulation); Thu, 05 Dec 2019 14:03:18 -0500 To: bug-gnu-emacs@gnu.org Subject: 27.0.50; minibuffer-scroll-other-window with multiple frames Date: Thu, 05 Dec 2019 14:03:18 -0500 Message-ID: <874kyezjbd.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::736 X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) I think this is new within the last week or so. When a completion frame pops up while using the minibuffer, normally the minibuffer-scroll-other-window(-down) functions scroll the completion window. However, now when emacs is split into two horizontal frames, these functions ignore the completion buffer and scroll the others. To reproduce from emacs -Q: C-x 3 M-: (mak TAB for completions C-M-v In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2019-12-04 built on noah-M51AC Repository revision: 23053770449ba1af24961a11d803ae5e948130b6 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 System Description: Ubuntu 18.04.3 LTS Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Quit [2 times] Sole completion Complete, but not unique Making completion list... [2 times] Sole completion Loading /home/noah/.gnus...done Type C-x 1 to delete the help window. Configured using: 'configure --prefix=/usr/local --with-modules --with-xwidgets' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND GPM DBUS GSETTINGS GLIB NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS XWIDGETS JSON PDUMPER LCMS2 GMP Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr cl-extra help-fns radix-tree help-mode emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting xwidget-internal move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 47776 16104) (symbols 48 6212 1) (strings 32 16512 1685) (string-bytes 1 533391) (vectors 16 10517) (vector-slots 8 134061 14424) (floats 8 31 34) (intervals 56 225 0) (buffers 1000 13)) From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 05 14:17:19 2019 Received: (at 38502) by debbugs.gnu.org; 5 Dec 2019 19:17:19 +0000 Received: from localhost ([127.0.0.1]:45222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1icwco-0001Ka-Ta for submit@debbugs.gnu.org; Thu, 05 Dec 2019 14:17:19 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54894) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1icwcn-0001KN-Bp for 38502@debbugs.gnu.org; Thu, 05 Dec 2019 14:17:17 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45607) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1icwcV-0004mL-JK; Thu, 05 Dec 2019 14:17:02 -0500 Received: from [176.228.60.248] (port=3242 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1icwcR-0006O4-Fq; Thu, 05 Dec 2019 14:16:58 -0500 Date: Thu, 05 Dec 2019 21:16:52 +0200 Message-Id: <83sglyh9az.fsf@gnu.org> From: Eli Zaretskii To: noah , Juri Linkov In-reply-to: <874kyezjbd.fsf@gmail.com> (message from noah on Thu, 05 Dec 2019 14:03:18 -0500) Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames References: <874kyezjbd.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 38502 Cc: 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: noah > Date: Thu, 05 Dec 2019 14:03:18 -0500 > > I think this is new within the last week or so. > When a completion frame pops up while using the minibuffer, > normally the minibuffer-scroll-other-window(-down) functions > scroll the completion window. However, now when emacs is split > into two horizontal frames, these functions ignore the > completion buffer and scroll the others. > > To reproduce from emacs -Q: > > C-x 3 > M-: (mak > TAB for completions > C-M-v Probably related to recent message/minibuffer-message changes. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 05 16:59:32 2019 Received: (at 38502) by debbugs.gnu.org; 5 Dec 2019 21:59:32 +0000 Received: from localhost ([127.0.0.1]:45383 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1icz9o-0001cv-GS for submit@debbugs.gnu.org; Thu, 05 Dec 2019 16:59:32 -0500 Received: from mail-yb1-f176.google.com ([209.85.219.176]:35561) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1icz9m-0001cg-B8 for 38502@debbugs.gnu.org; Thu, 05 Dec 2019 16:59:30 -0500 Received: by mail-yb1-f176.google.com with SMTP id h23so2156594ybg.2 for <38502@debbugs.gnu.org>; Thu, 05 Dec 2019 13:59:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=V3tTVkiJn0EhamdVZUIHRC/xsDqbbKh6/CNEzy1bEGw=; b=uJqu+kr/DcnlBntr9jcwEOc+d4Ur5FlgZtT1Szr1canPi5PaGQwqL8FND7tRiIxYJH WdnrJREElSgdD2BcmBXkc9b6sVSlD1aTn/gngZRuqdzWxj1T9urn5XG6Xw5LlvDO9xNi VQCzbVPH3EeaDMNnc9UomdZryd/d3C6QcYP+Kd/2AkJfKA/9KqFcW3MmgzhDKlBTl2G3 9IHEg+9DknUScln000QZRGfjhe1dmAhv3ubhnlhOpPAfq31JqSFuoiQsbEAv0PvxifC2 m5nmG5GjodFWWG/U2mE5VZ3VaYmB0Vp/kmEpCKWtVgDYPCMUQQnoXuHM7u4J5Onxd/xP 3mkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=V3tTVkiJn0EhamdVZUIHRC/xsDqbbKh6/CNEzy1bEGw=; b=VQ8FsFH9mqn7BcotDmH4OU+fF8UUyAsGHt5VkFrVMto/zkPokR1QnS6kGZ/tkkDN/1 PAfmiVATJe419ELJ8WZ6gKx4iZz2/g/L9ZaWi4RBdD+6OSR6whg+gKgc5Cn1WB4uY9Uh 3+CTbeGClb0pMgs66pMX+CLDbeOUF3M459yKx+En86q7gDe6PlylehVWwBPjxOL6CrcP LzAY4GBfNDOHH44J/0jh+j1xzwA0x0SQALxqKEmowRma3rfHthoGXU0I2i2l63t9tNnr AeIwJ6f6/HfQcXhRsWNkuPgj7rhi9wYKf4iNpz1g4isxiqUI4PgbYtxnpRfGuX+suuQR 7nUQ== X-Gm-Message-State: APjAAAVjEE/zDL0QoBFzAytdaWhhQXz2gK40Rtle5TXbJ+tiqXY/YdQ2 jSQ3/ExL8T+1NwZIAZCOn52s2VugtS2SkA+zxEk= X-Google-Smtp-Source: APXvYqymrH2V4SYXOFKvw6swJoJFv2quPeqByF9PxJKmp8Wor+48wws1bCS54d3HJkmBnT3minnvvd/WgQhrIjbHKyA= X-Received: by 2002:a25:4008:: with SMTP id n8mr8274585yba.471.1575583164625; Thu, 05 Dec 2019 13:59:24 -0800 (PST) MIME-Version: 1.0 References: <874kyezjbd.fsf@gmail.com> <83sglyh9az.fsf@gnu.org> In-Reply-To: <83sglyh9az.fsf@gnu.org> From: nvp Date: Thu, 5 Dec 2019 16:59:13 -0500 Message-ID: Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000d776f70598fc0ade" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: 38502@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000d776f70598fc0ade Content-Type: text/plain; charset="UTF-8" The snazzy new completion coloring is nice though! On Thu, Dec 5, 2019 at 2:17 PM Eli Zaretskii wrote: > > From: noah > > Date: Thu, 05 Dec 2019 14:03:18 -0500 > > > > I think this is new within the last week or so. > > When a completion frame pops up while using the minibuffer, > > normally the minibuffer-scroll-other-window(-down) functions > > scroll the completion window. However, now when emacs is split > > into two horizontal frames, these functions ignore the > > completion buffer and scroll the others. > > > > To reproduce from emacs -Q: > > > > C-x 3 > > M-: (mak > > TAB for completions > > C-M-v > > Probably related to recent message/minibuffer-message changes. > --000000000000d776f70598fc0ade Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The snazzy new completion coloring is nice though!
On Thu, = Dec 5, 2019 at 2:17 PM Eli Zaretskii <el= iz@gnu.org> wrote:
> From: noah <noah.v.peart@gmail.com>
> Date: Thu, 05 Dec 2019 14:03:18 -0500
>
> I think this is new within the last week or so.
> When a completion frame pops up while using the minibuffer,
> normally the minibuffer-scroll-other-window(-down) functions
> scroll the completion window.=C2=A0 However, now when emacs is split > into two horizontal frames, these functions ignore the
> completion buffer and scroll the others.
>
> To reproduce from emacs -Q:
>
>=C2=A0 =C2=A0 =C2=A0C-x 3
>=C2=A0 =C2=A0 =C2=A0M-: (mak
>=C2=A0 =C2=A0 =C2=A0TAB for completions
>=C2=A0 =C2=A0 =C2=A0C-M-v

Probably related to recent message/minibuffer-message changes.
--000000000000d776f70598fc0ade-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 05 19:19:38 2019 Received: (at 38502) by debbugs.gnu.org; 6 Dec 2019 00:19:38 +0000 Received: from localhost ([127.0.0.1]:45413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id1LO-0005Zj-CC for submit@debbugs.gnu.org; Thu, 05 Dec 2019 19:19:38 -0500 Received: from bisque.elm.relay.mailchannels.net ([23.83.212.18]:62387) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id1LM-0005Za-7d for 38502@debbugs.gnu.org; Thu, 05 Dec 2019 19:19:36 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 1853B215E0; Fri, 6 Dec 2019 00:19:35 +0000 (UTC) Received: from pdx1-sub0-mail-a86.g.dreamhost.com (100-96-169-13.trex.outbound.svc.cluster.local [100.96.169.13]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 978692188E; Fri, 6 Dec 2019 00:19:34 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a86.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Fri, 06 Dec 2019 00:19:34 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Towering-Wiry: 34c9b4076efa6a01_1575591574841_4240795822 X-MC-Loop-Signature: 1575591574841:2228882867 X-MC-Ingress-Time: 1575591574841 Received: from pdx1-sub0-mail-a86.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a86.g.dreamhost.com (Postfix) with ESMTP id DE38D823A5; Thu, 5 Dec 2019 16:19:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=Yfiiq1 8cqrcXyt4Xr8DGwqeYodw=; b=1uzH8NUOi/Nq/1XEddWRqZsGG5vZIMXd6vl7/f V3p7QbMAtiHtezxfebwONQylnDWgEXhniLimPlcuwab559fzS40J31/CZRUv+s4/ er1xJk+ZuTt5VeoZDx0chlkcwNM6+6NL5ZBOJZxzHD1QVqhxl7ZDuvJspsXDdIx6 AIR04= Received: from mail.jurta.org (m91-129-96-42.cust.tele2.ee [91.129.96.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a86.g.dreamhost.com (Postfix) with ESMTPSA id 3A895823AB; Thu, 5 Dec 2019 16:19:28 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a86 From: Juri Linkov To: noah Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames Organization: LINKOV.NET References: <874kyezjbd.fsf@gmail.com> Date: Fri, 06 Dec 2019 02:02:53 +0200 In-Reply-To: <874kyezjbd.fsf@gmail.com> (noah's message of "Thu, 05 Dec 2019 14:03:18 -0500") Message-ID: <875zius4lu.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > I think this is new within the last week or so. > When a completion frame pops up while using the minibuffer, > normally the minibuffer-scroll-other-window(-down) functions > scroll the completion window. However, now when emacs is split > into two horizontal frames, these functions ignore the > completion buffer and scroll the others. > > To reproduce from emacs -Q: > > C-x 3 > M-: (mak > TAB for completions > C-M-v TAB and S-TAB should scroll the the completion buffer. But what about C-= M-v? Is it documented somewhere what buffer it's intended to scroll? I can find only this text in (info "(emacs) Minibuffer Edit"): The =E2=80=98C-M-v=E2=80=99 command in the minibuffer scrolls the he= lp text from commands that display help text of any sort in another window. You can also scroll the help text with =E2=80=98M-=E2=80=99 and =E2=80=98= M-=E2=80=99 (or, equivalently, =E2=80=98M-=E2=80=99 and =E2=80=98M-=E2=80=99= ). This is especially useful with long lists of possible completions. Does this mean the help text is the same as the completion buffer? If yes, then this patch should fix it: diff --git a/lisp/simple.el b/lisp/simple.el index 47ce0364d1..7d91678ff7 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -1517,6 +1517,7 @@ read-expression-map ;; Might as well bind TAB to completion, since inserting a TAB char = is ;; much too rarely useful. (define-key m "\t" 'completion-at-point) + (define-key m [remap minibuffer-scroll-other-window] 'scroll-other-w= indow) (set-keymap-parent m minibuffer-local-map) m)) =20 From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 05 20:42:20 2019 Received: (at 38502) by debbugs.gnu.org; 6 Dec 2019 01:42:20 +0000 Received: from localhost ([127.0.0.1]:45468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id2dP-0008Se-Lr for submit@debbugs.gnu.org; Thu, 05 Dec 2019 20:42:19 -0500 Received: from mail-yb1-f174.google.com ([209.85.219.174]:45431) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id2dN-0008SQ-Ad for 38502@debbugs.gnu.org; Thu, 05 Dec 2019 20:42:17 -0500 Received: by mail-yb1-f174.google.com with SMTP id i3so2337671ybe.12 for <38502@debbugs.gnu.org>; Thu, 05 Dec 2019 17:42:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KwwxI9RC9+YlwDhQI8h39G6BmEwXyGGXlv/YxgSzyhg=; b=UzGnD9AzVsACyQLgsMvM5LU7xQ3EV5lvW+Obps1eV999gWFTlbm0p6L+U+Wpn1oiy/ sMZyWn8EGoMbM1voSWJWLO3Ywi6HKer955Crdtl3aztYN2psy7h92ZyKJwdZxMVABkUS UWzRDOzOr0pOZN2Y0u70XGBU/mfUq6wvh47G0lo2Ubj7mXdVcyqp07wRhUJBgH0ohe/r pi5EWGccZdkZe5pQlHsyka4+UzDETXj5kOztPAbJGm8VRbrqU5P+eTKoC5hRKbpZM6tL 8horEiYhCN67GSZosIQb0pOaPPiHbhmcWzJ97mXQs7iCbT64eSeVo2hxqownqzlRPL4U YcYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KwwxI9RC9+YlwDhQI8h39G6BmEwXyGGXlv/YxgSzyhg=; b=A8JObLjet2UpRzWN2m3Ufl42zcQqeCpT9icf5b90u9X8q925zqhcuK4Vqy+H1d13ni 8bI+i7iefHHPReFmFyfWBlEW/3cLwcOH9FlB/u4grQZBQqYJbufAD8hCLxjf+f9eiJ6z SU96DpcAZSa2qwvfqEPBCgJujT229M+DUbe8k83myf3Bb6a2tPSb1hZV0wx2sGtCMRiD 3umcqpr+GUTkpNsh+vrhf4VPRcbe3FMlzDq6jIzJPazOoz9kNFBvJW7SsUKCivmNggRV 5W1rxYHyNborG9XcGMQRw+MOLdNynXz6EiBUmGXoT3l/T6QtEJjjCq6ejsx70LTfhzE3 oivg== X-Gm-Message-State: APjAAAVmoEPsAlEE/UbcU/S4rWu8UGFTmVpLYeeJqiQsQ1bOTm9+j7ZM oFIJSfwxc/AHoduWedUPss9FNreMHce4WgF+fdo= X-Google-Smtp-Source: APXvYqwN63Wqbd8+1p4xOEY6pYlmULt+i6NCG4pKoUCSoi8UF+5NQLzPx8dxoVUWl8f2uFEcoBqEmoDR40THWvOsR98= X-Received: by 2002:a25:ac65:: with SMTP id r37mr3076508ybd.250.1575596531691; Thu, 05 Dec 2019 17:42:11 -0800 (PST) MIME-Version: 1.0 References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> In-Reply-To: <875zius4lu.fsf@mail.linkov.net> From: nvp Date: Thu, 5 Dec 2019 20:42:00 -0500 Message-ID: Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames To: Juri Linkov Content-Type: multipart/alternative; boundary="00000000000094baef0598ff27fa" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000094baef0598ff27fa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Is S-TAB referring to ? That is unbound (default) in this context for me. I'm not sure where/if the behaviour was documented. I think it has behaved like that for as long as I've used emacs, so it was quite noticeable that something was different without knowing exactly what at first. I just tried out v24.5 and C-M-v / C-M-S-v do scroll the completions buffer with any number of frames up. The recent change that sticks out to me is from 898cdc67f1 On Thu, Dec 5, 2019 at 7:19 PM Juri Linkov wrote: > > I think this is new within the last week or so. > > When a completion frame pops up while using the minibuffer, > > normally the minibuffer-scroll-other-window(-down) functions > > scroll the completion window. However, now when emacs is split > > into two horizontal frames, these functions ignore the > > completion buffer and scroll the others. > > > > To reproduce from emacs -Q: > > > > C-x 3 > > M-: (mak > > TAB for completions > > C-M-v > > TAB and S-TAB should scroll the the completion buffer. But what about > C-M-v? > Is it documented somewhere what buffer it's intended to scroll? > I can find only this text in (info "(emacs) Minibuffer Edit"): > > The =E2=80=98C-M-v=E2=80=99 command in the minibuffer scrolls the he= lp text from > commands that display help text of any sort in another window. You can > also scroll the help text with =E2=80=98M-=E2=80=99 and =E2=80= =98M-=E2=80=99 (or, > equivalently, =E2=80=98M-=E2=80=99 and =E2=80=98M-=E2=80= =99). This is especially useful > with long lists of possible completions. > > Does this mean the help text is the same as the completion buffer? > > If yes, then this patch should fix it: > > diff --git a/lisp/simple.el b/lisp/simple.el > index 47ce0364d1..7d91678ff7 100644 > --- a/lisp/simple.el > +++ b/lisp/simple.el > @@ -1517,6 +1517,7 @@ read-expression-map > ;; Might as well bind TAB to completion, since inserting a TAB char = is > ;; much too rarely useful. > (define-key m "\t" 'completion-at-point) > + (define-key m [remap minibuffer-scroll-other-window] > 'scroll-other-window) > (set-keymap-parent m minibuffer-local-map) > m)) > > > --00000000000094baef0598ff27fa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Is S-TAB referring to <backtab>?=C2=A0 That is unbou= nd (default) in this context for me.=C2=A0=C2=A0

I'm= not sure where/if the behaviour was documented.=C2=A0 I think it has behav= ed like that for=C2=A0
as long as I've used emacs, so it was quite = noticeable that something was
different without knowing exactly w= hat at first.

I just tried out v24.5 and C-M-v / C= -M-S-v do scroll the completions buffer
with any number of frames= up.

The recent change that sticks out to me is fr= om 898cdc67f1

On Thu, Dec 5, 2019 at 7:19 PM Juri Linkov <juri@linkov.net> wrote:
> I think this is new wit= hin the last week or so.
> When a completion frame pops up while using the minibuffer,
> normally the minibuffer-scroll-other-window(-down) functions
> scroll the completion window.=C2=A0 However, now when emacs is split > into two horizontal frames, these functions ignore the
> completion buffer and scroll the others.
>
> To reproduce from emacs -Q:
>
>=C2=A0 =C2=A0 =C2=A0C-x 3
>=C2=A0 =C2=A0 =C2=A0M-: (mak
>=C2=A0 =C2=A0 =C2=A0TAB for completions
>=C2=A0 =C2=A0 =C2=A0C-M-v

TAB and S-TAB should scroll the the completion buffer.=C2=A0 But what about= C-M-v?
Is it documented somewhere what buffer it's intended to scroll?
I can find only this text in (info "(emacs) Minibuffer Edit"):
=C2=A0 =C2=A0 =C2=A0The =E2=80=98C-M-v=E2=80=99 command in the minibuffer s= crolls the help text from
=C2=A0 commands that display help text of any sort in another window.=C2=A0= You can
=C2=A0 also scroll the help text with =E2=80=98M-<PageUp>=E2=80=99 an= d =E2=80=98M-<PageDown>=E2=80=99 (or,
=C2=A0 equivalently, =E2=80=98M-<prior>=E2=80=99 and =E2=80=98M-<n= ext>=E2=80=99).=C2=A0 This is especially useful
=C2=A0 with long lists of possible completions.

Does this mean the help text is the same as the completion buffer?

If yes, then this patch should fix it:

diff --git a/lisp/simple.el b/lisp/simple.el
index 47ce0364d1..7d91678ff7 100644
--- a/lisp/simple.el
+++ b/lisp/simple.el
@@ -1517,6 +1517,7 @@ read-expression-map
=C2=A0 =C2=A0 =C2=A0;; Might as well bind TAB to completion, since insertin= g a TAB char is
=C2=A0 =C2=A0 =C2=A0;; much too rarely useful.
=C2=A0 =C2=A0 =C2=A0(define-key m "\t" 'completion-at-point)<= br> +=C2=A0 =C2=A0 (define-key m [remap minibuffer-scroll-other-window] 'sc= roll-other-window)
=C2=A0 =C2=A0 =C2=A0(set-keymap-parent m minibuffer-local-map)
=C2=A0 =C2=A0 =C2=A0m))


--00000000000094baef0598ff27fa-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 06 02:37:32 2019 Received: (at 38502) by debbugs.gnu.org; 6 Dec 2019 07:37:32 +0000 Received: from localhost ([127.0.0.1]:45551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id8BA-0005Up-2t for submit@debbugs.gnu.org; Fri, 06 Dec 2019 02:37:32 -0500 Received: from mout.gmx.net ([212.227.15.19]:40779) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id8B8-0005UI-41 for 38502@debbugs.gnu.org; Fri, 06 Dec 2019 02:37:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1575617840; bh=/cLSfVRWVMJ5YTMQK/H9llFXH6m7ChXzxHBitag+Ugs=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=P1UJzK4IxP5zTh1VgVJt1shZ4ouNnA8Eem6OjjDQO7PxVFFTS50BHoOyG95aOmjca h2lCScsxn5Oh3DP2vwKfYtk/QMsgWvl0+M9uAX2IgXTeN31MRtD8gxL9ltD2INDefv 4aDcZxjC23hjND2FRh2m44UjCRNQZgPTEwEK33Sk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([46.125.249.99]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MybKp-1hq8WT0wGL-00yy5F; Fri, 06 Dec 2019 08:37:20 +0100 Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames To: Juri Linkov , noah References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> From: martin rudalics Message-ID: <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> Date: Fri, 6 Dec 2019 08:37:20 +0100 MIME-Version: 1.0 In-Reply-To: <875zius4lu.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-AT Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:+io+Ug9G3m3k1R5E6wySVsS+2JVefs/wsRLVCaPflYHb4qsS9fS JB4T8JrdXc4nbgiAMY1KOiIAZdKoFWUEYmBt1wL9+sjD741CrO8FHNk54hT2fct1C67PHAt sjq+huiTJjA6o758bKvbGN1tcJ7/evwrmsMKESS1anI9rhKz8kCEz1UJYu5cjXXVSAJYKsD WjSScu4tj6XsY3RghgBBg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:DeYrUkJdiPk=:kj3VJMFPFmEPPNv7iAs9H+ sdFkl5/4no3e6zJCQoHpdoHAqZpuqrP6uyyxBkbfnt2+kcPNA7fQbbyWk9Ah+h0ezDzP/seIo 3D5mne25TfUaPq2GXv/YV5AM0lGQpIZDfYQnL0ncEFS12EI7MRXDy5YqpfQIVnYvAEHD3eUso eSgTPMFEDmbdbMyrluCHJgcZhNQ8k/RQqmMNNpi8YmxjXCOKLlEbw1/FHbW6D+QD4eATgfWJE 1WiCogCWQi7OVrMzAFegiI3COxvwxImATioTceF7Ps/cy86MG6BGWJrKPunxDHwliAxoQF3si yXNsv02v1tzcR7xHGXuAPvTHVdF0qQhyt0b36mlKCDPjvGFqbpq/G/IgZ8JZaP4sv/mJ9QAuu Mcm0LHyRkRu9LS0OZCF5QPoi0ETe/6XbVP9awDibPmOP92mNCIWI/iE0WB+XC9V/15zVjouaL Uhjt9X1dPFtX2RnHknU+Czjk8B6vleTMfB546at2mZovjRExlmfCpddOtJIvPjwf7OyoTnmx9 e+RvF30yhHDXgfvQIWytKW4hkJMbrJnC6KsODJz4EO5Hc/2o0b0h+4uFCei4C/T62UVjxkja1 xtA7O2M2nW1CXtT6FGfiMJUXgj77lTOC9EE0Wfh+EYlg27Zc7zGG6XWWCtC6gqOJy8KE6R7EZ NUdlvqi4ejG/y6NKFmwPlyDtIGI9drOldEwwATd2HK7RXhVi50eSWyWlWoRRQ9k3jXRNjxB6C 68hi8dgfDxYlkdVdIbSCAaOgeLmshjyAmJg7rfiG49iYdt9eY560Tua/hdQxCE9TbiqNyL/0L QKXJnA9TFp6y+ATdE3X6DxZpZgjAN4onFvEN2bQKg2NO94nKBxHyh+2QLqN0gwb1pAMCDTDcA Ai0B6DqY1tJlT4vymO9mQP510By7/HR+jlcYNzQsjEYUguvoky1MPovARK/m/YgyE1aD8zI2c 6gEfbM4lT0o6E40dkqEYIZO4q3X1UE6CM/v+i9JTz791vchLLD4w14C1gkaH0EAo6mCkEazQq 1YMMYtUeR3rn8I/zgnmC03oqj1DBow9FCRFCVKKx7A+885BlhAxOGFDpjXQRt7/xTvq8+BOXg ciVg20HpWFDx5tZRoO/f2EK5u5KZRiugaI9tILEatXB/vdSg7bHmjTYbpSRTfWcyy44EEDZ+R Of7NVxhKryLppNueLMvlYO7oTtXaQJxaiRSqfxJRGW7Zxb9vieQvJ3BO+XAfm1JrK3O8gNdbp aqkjEys7TSZwjQ/q8j58hROcaRRP8eJpA7DlHKBoihfhuE8JjFuh/EfPVogs= X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > TAB and S-TAB should scroll the the completion buffer. But what about C-M-v? > Is it documented somewhere what buffer it's intended to scroll? It should scroll 'minibuffer-selected-window' whichever buffer is displayed there. Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [46.125.249.99 listed in dnsbl.sorbs.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record X-Debbugs-Envelope-To: 38502 Cc: 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) > TAB and S-TAB should scroll the the completion buffer. But what about C-M-v? > Is it documented somewhere what buffer it's intended to scroll? It should scroll 'minibuffer-selected-window' whichever buffer is displayed there. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 06 03:04:53 2019 Received: (at 38502) by debbugs.gnu.org; 6 Dec 2019 08:04:53 +0000 Received: from localhost ([127.0.0.1]:45558 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id8bd-0006gQ-KJ for submit@debbugs.gnu.org; Fri, 06 Dec 2019 03:04:53 -0500 Received: from mail-oi1-f182.google.com ([209.85.167.182]:39281) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id8bc-0006fw-3g for 38502@debbugs.gnu.org; Fri, 06 Dec 2019 03:04:52 -0500 Received: by mail-oi1-f182.google.com with SMTP id a67so5404790oib.6 for <38502@debbugs.gnu.org>; Fri, 06 Dec 2019 00:04:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0/yAcQktYSLpa1PZryqoFwbQMD9AcMed2OJQxwikZvE=; b=bd3kXFMsqe3TysA48RRZ8/ZF5Jxgn3bK75ymLc1lyFJqTr9G+qNwIZujLy8YNVcWYD 2O8z5Mr8uTfeS1sM+RyckuL8LUYTa6gUk/+ZNSwBPfyRaJZAFSYycXbsVSWvUl4ioQH4 o21wscLyB2IhhKPkPBPwJvip6NjVOYk1r3StVA1kaEh8jOOzzKS1eXd+96tWEXkp3uFJ HnTeuxWZgfdCR/b2w7sFexox5TkFNSsFsymloajQBY3eqy3WN5GbyV6Zgg4+fJJ//UO1 m4sdrXfo1K6wiS6oMB3H1H9PQ1oYzOlNQzEyPFKex1g+HAF/E0+bwiAnYsxJTH4SmJM9 sOxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0/yAcQktYSLpa1PZryqoFwbQMD9AcMed2OJQxwikZvE=; b=a2+xXBljP+nxoKeSOxYpVV2TcYRI2Qem8pSeTHzieYCCc4ZOANLWbGodUh3lu5cFq0 boQZEGO0vdJ0p3edMm67IenAdkZDhOyofcyNqFXUT0Qgf6OEOETByE1prFZyYNRJTRUz 3Ty3gRAuzqDn4/m8qVgirtLxBxoIttEXMcR+TxgoQjMUnqIUUsuqENdVQ7VJSpMgn7A1 KV94wDqli7UwYBDNzORqdQ83WYWvBZ2hoBSHNvuUbjkrQ9izTVMKWuvZ2PbkvuXcIntg JVLZZ7HRYLjKsfDy+z/puQ9jU2wcSdLGe054ukapGQD22dijeBUpshCvoUadt0crsLuu AqUw== X-Gm-Message-State: APjAAAXfaCTvKI8hvhTe/i8fl4DxrCLsIL9ZMHpm0Som3t+TPd3KF7bI j5YqU3L+nNuBziVQLwAfLcASJ3/qiWemb51MS3k= X-Google-Smtp-Source: APXvYqwexeFjtea3Li3T/6hOs9l9Y7jWoUNlEd/BzfgrHycNLLGzvwUmT1QPfkPy5K0bg3LuVApN41WNtpeDMzEpdRU= X-Received: by 2002:aca:ac88:: with SMTP id v130mr10535423oie.123.1575619486466; Fri, 06 Dec 2019 00:04:46 -0800 (PST) MIME-Version: 1.0 References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> In-Reply-To: <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> From: nvp Date: Fri, 6 Dec 2019 03:04:35 -0500 Message-ID: Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames To: martin rudalics Content-Type: multipart/alternative; boundary="000000000000cac89c0599047f63" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: 38502@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000cac89c0599047f63 Content-Type: text/plain; charset="UTF-8" I've noticed that the new completion windows can also become much larger than they used to be, eg. covering nearly everything completing after "(ma" for example. I'm sure this is customizable, but is there a general consensus on what/which real estate they should take up? I think leaving decent portions of the calling buffers can be quite useful at times in order to "think as little as possible", eg. avoid needing to check back to finish a though. On Fri, Dec 6, 2019 at 2:37 AM martin rudalics wrote: > > TAB and S-TAB should scroll the the completion buffer. But what about > C-M-v? > > Is it documented somewhere what buffer it's intended to scroll? > > It should scroll 'minibuffer-selected-window' whichever buffer is > displayed there. > > martin > --000000000000cac89c0599047f63 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've noticed that the new completion windows can also = become=C2=A0
much larger than they used to be, eg. covering nearly ever= ything
completing after "(ma" for example.=C2=A0 I'= m sure this is customizable,
but is there a general consensus on = what/which real estate they=C2=A0
should take up?=C2=A0=C2=A0

I think leaving decent portions of the calling buffer= s can be quite
useful at times in order to "think as lit= tle as possible", eg.=C2=A0
avoid needing to check back to f= inish a though.

On Fri, Dec 6, 2019 at 2:37 AM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0> TAB and S-TAB sho= uld scroll the the completion buffer.=C2=A0 But what about C-M-v?
=C2=A0> Is it documented somewhere what buffer it's intended to scro= ll?

It should scroll 'minibuffer-selected-window' whichever buffer is displayed there.

martin
--000000000000cac89c0599047f63-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 06 03:36:33 2019 Received: (at 38502) by debbugs.gnu.org; 6 Dec 2019 08:36:33 +0000 Received: from localhost ([127.0.0.1]:45571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id96G-000801-Nq for submit@debbugs.gnu.org; Fri, 06 Dec 2019 03:36:32 -0500 Received: from mout.gmx.net ([212.227.15.18]:48807) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id96E-0007zg-Vy for 38502@debbugs.gnu.org; Fri, 06 Dec 2019 03:36:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1575621381; bh=8OCdZszL/AhDz+XddMWViSYXKayVQTASLEmfMJRmQk0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=gD4fdmkGXhho5HCun1NO1QQSyb7XK2j4y4AcnxXipPP3MV379LrWSHI9lmpJZzBAY yzZqff6hyC0swwCYeLAUQG1W/hhZ/kcfNUCF0vhWSdyFQadMcl1EDpFWHlJTwNk5UR MWDC7KKXr/ayKKHs6oSTqdah4uFDMmo2SoCBCEhE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.197]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MA7Ka-1iRdaI3InS-00Beqc; Fri, 06 Dec 2019 09:36:20 +0100 Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames To: nvp References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> From: martin rudalics Message-ID: Date: Fri, 6 Dec 2019 09:36:21 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-AT Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:vnPinOpn6A6WpVUPFCymVoMei2Bx80D8Y8cXMi+wEbxOfHaOKDj xiTZj6jxKFWgBn5L20B95lWy2kdHMjK84GQglmr7uX1cFDyE9ih5eATMTE930UWW+cJX5NT 5QuUxTIpyX5UHN8pCp5ZCm7LcMqiBTPvGw0MJux9+H1VStuL8Sj9zFt3clov4xQLGa8vB6F zV8S/YRGvIwr3mU//vdBg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:lmNHzUwIC0Y=:rIm5R+fs+vpooDNo8gtZpA Ek6l33Xk/0zAx5gBUq7JIxNl0keM+pZDogZgy7SBBAJeAkJAI/Qm3Rt5kh0Fo5AMBjk20dzET IBFbgTKOLhTz53kkgsm+n+OjOtZ2hZf/RKEoUdZ2vV2Xy71ZaSgny4kUHJakL+TGkAXwdgYdn LF8N7rBZNZRJilxOUNltziUxaLruhUKrQdl3U5KfzgV4RBOStjee4FjznCwXYlZNRHd/3WpdM R9MrTbqRlFUOxJ5PNPYgi++w9Ks43W5NQdfcWUjey05yaiwIb0Znc4Ry0UGcrVXk6S5AdTS8q GAmXs3PTEj7vH0btZiQRYbJ8QBtPxSIc8NICv7Vfo6LUQokbrS3aA+7mRN4t+phiu2ytECc9/ 2eB/hCazleH6+6O+KawDg883CfWy9rqauq9ZSZWF3/n9nZ+nG1nu40AdQc+2OqiDzTkh+8Sv0 y3cITSjFNAToazEkfiq3sSMNE4pLf5YbPGfph4KuED0CnwCjF1HPC4FyJps5VeUCessu6Aw5Y 4wk267+4e3ERc56WZ8IbTpiIInq7C7Vy3+XXvTL7zWbJ/9L+vPZ/lksQ00FVy7FU+TvPuahgZ QBM1p+KHfHErKOBDJ7rj6De+mcnjOvPDjpHVLU0sSeAR5GvWKd4fEGw6BFSIEIgxpc8gcLwPP mwGvsbreQoz7q1TRRomL8GOG/wKk6j82bEN831DGis38gTBVZcyxMB2wVwIUxIQj9hbEH/ssw LNrpkROVK2fg+JlbW7iYjaqZCnt7BTpG6zgJj9xRoLpTM6vPZjeRQzLaP9dtRjl6DGkRK/eW7 kUwTSh+p20dzU6AEbc4pPXpDNOI2fzvzdXe7FywSpEVG9EVyu7UdH50FNTREZRHM14vJvWYTZ ra9E1kJeg747pU6DjE8hPmaVncyLjrpCMAFSAAaet1QLzQVYEKRIsREilSetCo1t7RPu/ZKPK 7LsBMpP5yDsOpfGtzQ/mlI2GL0R2/S6dfJ00QWFtZHUhe9KaEdLc+UG3sqZms5gqWWdimSGU4 5qrLMfNjGQMms4D+WJxJyHpDsjZPZ3QzKMXusysO1aOF9aYT3ba/IWO5KsMalJpCq/sIYRdk+ NDpzca8vEfWD472PLYyAS2nyfVLNC9wYvQDZHqCU1lrDrj0xUpEINAIS6Tp9k1YalBw+5+KYN Q2krj+qI5lFB9lsuBl4QlvjYXQlyUOW37Kl8gKUpkx6HKLcLphzH9I6qxqYyrbIby0MZ5DgAv GGgg+OPZZL+UrJ9laCvWc2Cg7s97ICYcgvsdfug== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: 38502@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > I've noticed that the new completion windows can also become > much larger than they used to be, eg. covering nearly everything > completing after "(ma" for example. I'm sure this is customizable, > but is there a general consensus on what/which real estate they > should take up? Are you sure this has changed "recently"? If you have 'temp-buffer-resize-mode' enabled, the maximum height is specified by the option 'temp-buffer-max-height'. With 'temp-buffer-resize-mode' disabled there is no such bound but I see no recent change in behavior either. > I think leaving decent portions of the calling buffers can be quite > useful at times in order to "think as little as possible", eg. > avoid needing to check back to finish a though. Try with 'temp-buffer-resize-mode' enabled. If you think that the customization used there helps, we could try to implement something similar when that mode is not enabled. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 06 11:15:42 2019 Received: (at 38502) by debbugs.gnu.org; 6 Dec 2019 16:15:42 +0000 Received: from localhost ([127.0.0.1]:46923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1idGGb-00051y-TP for submit@debbugs.gnu.org; Fri, 06 Dec 2019 11:15:42 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1idGGa-00050t-1q for 38502@debbugs.gnu.org; Fri, 06 Dec 2019 11:15:40 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43211) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1idGGO-0003pD-EN; Fri, 06 Dec 2019 11:15:29 -0500 Received: from [176.228.60.248] (port=4957 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1id8Lr-0001UB-JO; Fri, 06 Dec 2019 02:48:41 -0500 Date: Fri, 06 Dec 2019 09:48:34 +0200 Message-Id: <83k179hp2l.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-reply-to: <875zius4lu.fsf@mail.linkov.net> (message from Juri Linkov on Fri, 06 Dec 2019 02:02:53 +0200) Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 38502 Cc: noah.v.peart@gmail.com, 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Juri Linkov > Date: Fri, 06 Dec 2019 02:02:53 +0200 > Cc: 38502@debbugs.gnu.org > > > C-x 3 > > M-: (mak > > TAB for completions > > C-M-v > > TAB and S-TAB should scroll the the completion buffer. But what about C-M-v? > Is it documented somewhere what buffer it's intended to scroll? It should scroll the window returned by other-window-for-scrolling. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 07 21:58:05 2019 Received: (at 38502) by debbugs.gnu.org; 8 Dec 2019 02:58:05 +0000 Received: from localhost ([127.0.0.1]:50086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1idmlp-0008W9-G5 for submit@debbugs.gnu.org; Sat, 07 Dec 2019 21:58:05 -0500 Received: from anteater.elm.relay.mailchannels.net ([23.83.212.3]:14965) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1idmln-0008W0-O0 for 38502@debbugs.gnu.org; Sat, 07 Dec 2019 21:58:04 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id AE1242C0E14; Sat, 7 Dec 2019 23:40:11 +0000 (UTC) Received: from pdx1-sub0-mail-a14.g.dreamhost.com (100-96-45-206.trex.outbound.svc.cluster.local [100.96.45.206]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 49A752C0B17; Sat, 7 Dec 2019 23:40:11 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a14.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Sat, 07 Dec 2019 23:40:11 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Hook-Madly: 558901ff49bb8e6a_1575762011531_3395173878 X-MC-Loop-Signature: 1575762011531:3988429493 X-MC-Ingress-Time: 1575762011531 Received: from pdx1-sub0-mail-a14.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a14.g.dreamhost.com (Postfix) with ESMTP id 4F7FA86417; Sat, 7 Dec 2019 15:40:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=zLPeoaZdDmKbvSndoTmBbFBfM94=; b= no183lZ0ApQQ4Hf0nDDZKs8YY9GvRGkVpntL6epRN4DIIgSAIIrmgogjeI6PpXkm yyjFIpRareHEVj/iV+rX60cNNkxzVC54q8xFw4c3F/vrJJiD5YrvdlxQ5JrgRVyN aYVlUDI+k/NLTCYJrQJSFdg3AH6Ra7abJZhIgADbPX8= Received: from mail.jurta.org (m91-129-96-42.cust.tele2.ee [91.129.96.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a14.g.dreamhost.com (Postfix) with ESMTPSA id F360D8640C; Sat, 7 Dec 2019 15:40:05 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a14 From: Juri Linkov To: martin rudalics Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames Organization: LINKOV.NET References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> Date: Sun, 08 Dec 2019 01:33:12 +0200 In-Reply-To: <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> (martin rudalics's message of "Fri, 6 Dec 2019 08:37:20 +0100") Message-ID: <874kybemo7.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedufedrudekiedguddvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdeliedrgedvnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleeirdegvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: noah , 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> TAB and S-TAB should scroll the the completion buffer. But what about C-M-v? >> Is it documented somewhere what buffer it's intended to scroll? > > It should scroll 'minibuffer-selected-window' whichever buffer is > displayed there. C-v and M-v should scroll 'minibuffer-selected-window', but C-M-v should scroll the other window from 'minibuffer-selected-window' like it does now. But maybe this should be configurable? Is there a variable/function with a name like 'minibuffer-selected-other-window' that gives an other window to scroll with C-M-v from the minibuffer or from the window defined by 'minibuffer-selected-window'? From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 08 03:58:21 2019 Received: (at 38502) by debbugs.gnu.org; 8 Dec 2019 08:58:21 +0000 Received: from localhost ([127.0.0.1]:50464 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1idsOS-0002Mo-V0 for submit@debbugs.gnu.org; Sun, 08 Dec 2019 03:58:21 -0500 Received: from mout.gmx.net ([212.227.15.18]:33755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1idsOQ-0002MN-HD for 38502@debbugs.gnu.org; Sun, 08 Dec 2019 03:58:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1575795489; bh=yYq5KcM0x1RawvQq8BDQcTu5U6MnLkxvrGE5uTHuLqg=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=ZdMVB4K0iBXpJiyDXSfvMY+QwWCcs53/RyR9bQrcDou4jJrC35vPA2nVQqguy09Sz 7RvXMLCwSQCbNowbUA5tRjh+QO+9mJbaZ4xdpq+ef6vzHGGPZMPawGebEtESMTD1mA Vj5NgLDEiPTgfLJBuPd4xcN5N9bgQtDnP+V7S5Gk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.209]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N8GQs-1hiYnx19WK-014CFR; Sun, 08 Dec 2019 09:58:09 +0100 Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames To: Juri Linkov References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> <874kybemo7.fsf@mail.linkov.net> From: martin rudalics Message-ID: <839c5f10-604a-6d29-dd4f-0128982b6894@gmx.at> Date: Sun, 8 Dec 2019 09:58:07 +0100 MIME-Version: 1.0 In-Reply-To: <874kybemo7.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-AT Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:DFAxCp4sS3VASeFyXg4vBzd12w7EP1OTIAPD4eiQL3X/0qKdwOL YzQwRC9fQanasQ0SuOsf5iV6Uwk2IwTIqMWU1JTR9UWW4yUO2M4hPt4nUjM4CfK6i2VGaqJ iF1O2TZQ+Oc7tkNIQPxDkymtsTtISxa/2wl4DyzJLrwc8uj/m8H9q69rwdbKiJmPedn1zrb A7B3ejs+o2SIkDzSxPXZQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:PCS3BYdqEKo=:uBmsPDyC1C2ID7cUzcjZSB t0hyLWL3Oiv19QiLcHgz8duVqx73F9PLSbQ8Ncyt6hYsvpXMA4Yfjw76+Q8pZ0RMSbsTAJ7U2 EaJUqQXLaSkHSYdZM0T63hCLXeN9HraK5si4TnWOHgThIQSsBIr0QHdIHHDXgniC/O2YNOa94 3SKH+cJFsYjkSIyib2wVVXIOlTsA/mhboyHFjj1cTqbVmC1dQvDdStINBlvn1pVT/o+kE6JTf 2r8rfUckhrMyfBDk44cboDg+JAQT2qqX4Si5L0je9D24r+zHL0tNeBaqv6o4baq7nDfWC3j6b hMzFGReIF9l8PJ3qNRi4HS/oAPcrKpBhk7Y5PhU4iuKtxbrk1RHINsXwcna1fiwvt7qm53IiQ qvHxpghV1XgdtZIxxnTVUbyZPgNY53cNvCLkmz+0np1hMyuuBbG/TyKg+j03L8nx0o/UKIK9R vc0NG69eJKATgupmqwYm69X5nU42Wf7pwRtX8R8UP7GyWblZlqA4vzLlzENDJuB5drV1VVoKL PAcgjqGFmmbcbO3Mwd0i5zih0Fj7cSE2+s+Un89DPRnwIsJAjjfclqxicW2M9x/QKbg4QZCkG v240glDJKpztxEY5OZrITIpdUFm/av88WYwD8l1HQDnbeg9SeaPe39cEZLhO29Dw+Us6fCn+H /RM7lhnndpOwPiQ4zMgTbjAK+q+mTHeP53x60N5627DlczADVaQAY6aHiaDBOv7PYdt7ob0Rg 4cFweJOUg7gUF9L3FFV7u1C4yEfQjsjtxTv/ug8IPvstdbQJ97NMk824pTARAWUCoeu+Ktews nKvSI6QlX4AL9cLFri7ZJbX3BoW6MQC6Ye3T4oWgxs75ekrfHx4X8P18sI6/ya656T1BqHteq CGA2NbUfUEa7KiTZ5C7pXZfSnRfYIr5BXZUBVV5k+HgRtfLzy1mSmxt0yXaDoLl8yvKWcz0Gw UntRH8S3PBaINk/Kx3Qnr0hzM8tjFU+zG4n04xtj6w3iSLvg9Ae1Vf9yjJ/xKxX01zfj14uro PmKMlsruiiHq20u1Qm0C0GcNnCkRZJ5dYXI4yhoI0F9oit9IS23/q495iYKlAjUnuLwffKXyY h+W6ZqHxVtWTvTRhPK50dhaDLk6b2UGJ5A9W/GMa9drWjzaH0xTM55orGauOdqwctKiefIFB8 bkKVX+cVJnwdCIkjc16ro+KrG/HcuWA3qvU3CbdfZbcU09lavHC0x8lKdFMLCVUE4Tv9ynOLk dZziw1OBwO6vZx1fazdzaJQmXKVUi6eXa+cTlL7zXDh3feBta/np+dRfKL20= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: noah , 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > C-v and M-v should scroll 'minibuffer-selected-window', but > C-M-v should scroll the other window from 'minibuffer-selected-window' > like it does now. But maybe this should be configurable? > > Is there a variable/function with a name like 'minibuffer-selected-other-window' > that gives an other window to scroll with C-M-v from the minibuffer or > from the window defined by 'minibuffer-selected-window'? 'other-window-for-scrolling' tries to dynamically find a window that shows 'other-window-scroll-buffer'. So it's the latter we would probably have to set. martin From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 08 16:56:12 2019 Received: (at 38502) by debbugs.gnu.org; 8 Dec 2019 21:56:12 +0000 Received: from localhost ([127.0.0.1]:52336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie4XE-0005vv-C0 for submit@debbugs.gnu.org; Sun, 08 Dec 2019 16:56:12 -0500 Received: from bongo.elm.relay.mailchannels.net ([23.83.212.21]:51024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie4XB-0005vg-TD for 38502@debbugs.gnu.org; Sun, 08 Dec 2019 16:56:11 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 73EA51A1713; Sun, 8 Dec 2019 21:56:08 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (100-96-14-7.trex.outbound.svc.cluster.local [100.96.14.7]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id DC3F91A153F; Sun, 8 Dec 2019 21:56:07 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Sun, 08 Dec 2019 21:56:08 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Descriptive-Harbor: 54c0c1237aaad31a_1575842168118_3385526948 X-MC-Loop-Signature: 1575842168117:3671616897 X-MC-Ingress-Time: 1575842168117 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id AE9BA81F1D; Sun, 8 Dec 2019 13:56:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=xyPVVwB94ZIj81BlcydK9okpuHU=; b= fCyqfJ8vIzW8PKzELChn5gi0aYCWF6LV9wkYxYUUiaxRvLbbwtLKs5u/yINPcgKx SNh/chFc0WHtOb1t1NlaCnUikPgXnveQwS/M6fc0NcTZPtKrad/QRPUV3DQEfzOY fz8GP/horjzCz7HlPOukiT6kvaJexL7CfbROZarMPOw= Received: from mail.jurta.org (m91-129-96-42.cust.tele2.ee [91.129.96.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 7854AA123C; Sun, 8 Dec 2019 13:56:00 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov To: nvp Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames Organization: LINKOV.NET References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> Date: Sun, 08 Dec 2019 23:11:05 +0200 In-Reply-To: (nvp's message of "Thu, 5 Dec 2019 20:42:00 -0500") Message-ID: <87sglu62dh.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Is S-TAB referring to ? That is unbound (default) in this context for me. Indeed there is no counterpart to TAB for scrolling the completion window in the opposite direction. Maybe and S-TAB should do this. BTW, a related question: C-h f mak M-v pops up and switches to the completion window, whereas M-: (mak M-v doesn't. Should it? From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 08 17:20:36 2019 Received: (at 38502) by debbugs.gnu.org; 8 Dec 2019 22:20:37 +0000 Received: from localhost ([127.0.0.1]:52383 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie4uq-000740-KH for submit@debbugs.gnu.org; Sun, 08 Dec 2019 17:20:36 -0500 Received: from dragonfly.birch.relay.mailchannels.net ([23.83.209.51]:43001) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie4up-00073p-53; Sun, 08 Dec 2019 17:20:35 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D7AEA5A0743; Sun, 8 Dec 2019 22:20:33 +0000 (UTC) Received: from pdx1-sub0-mail-a35.g.dreamhost.com (100-96-169-13.trex.outbound.svc.cluster.local [100.96.169.13]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 556995A0981; Sun, 8 Dec 2019 22:20:33 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a35.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Sun, 08 Dec 2019 22:20:33 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Soft-Whimsical: 0291052a4a020f12_1575843633589_1492851685 X-MC-Loop-Signature: 1575843633588:3135675607 X-MC-Ingress-Time: 1575843633588 Received: from pdx1-sub0-mail-a35.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTP id 72F127E466; Sun, 8 Dec 2019 14:20:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=ItZoVfLkIav20NE0X+NLD1d3Dtc=; b= bI4E5n5rGHzMN6Eyc/CKeGbw1B9horZtsUh9j7J/7Mxr0Pw3BDBeF6LcTT4OctYP jGNfdc3Rw4/erJrCJ+9QZJ3a0M/NBJZi/9ykbXx0QUlcYFFIjVWK1MiZm2gkfqCE 56GyppOtmzH9ybXwIDcU2NC839U0mAJIDIwm6VzaeFM= Received: from mail.jurta.org (m91-129-96-42.cust.tele2.ee [91.129.96.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 31FDFA123C; Sun, 8 Dec 2019 14:20:28 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a35 From: Juri Linkov To: martin rudalics Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames Organization: LINKOV.NET References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> <874kybemo7.fsf@mail.linkov.net> <839c5f10-604a-6d29-dd4f-0128982b6894@gmx.at> Date: Mon, 09 Dec 2019 00:20:01 +0200 In-Reply-To: <839c5f10-604a-6d29-dd4f-0128982b6894@gmx.at> (martin rudalics's message of "Sun, 8 Dec 2019 09:58:07 +0100") Message-ID: <87sgluxxwu.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: noah , 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 38502 fixed close 38502 27.0.50 quit >> C-v and M-v should scroll 'minibuffer-selected-window', but >> C-M-v should scroll the other window from 'minibuffer-selected-window' >> like it does now. But maybe this should be configurable? >> >> Is there a variable/function with a name like 'minibuffer-selected-other-window' >> that gives an other window to scroll with C-M-v from the minibuffer or >> from the window defined by 'minibuffer-selected-window'? > > 'other-window-for-scrolling' tries to dynamically find a window that > shows 'other-window-scroll-buffer'. So it's the latter we would > probably have to set. I see. So this is fixed now. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 08 18:10:05 2019 Received: (at 38502) by debbugs.gnu.org; 8 Dec 2019 23:10:05 +0000 Received: from localhost ([127.0.0.1]:52415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie5gj-0002u8-H2 for submit@debbugs.gnu.org; Sun, 08 Dec 2019 18:10:05 -0500 Received: from userp2120.oracle.com ([156.151.31.85]:52590) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie5gf-0002tX-NI for 38502@debbugs.gnu.org; Sun, 08 Dec 2019 18:10:04 -0500 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xB8N4Spi041518; Sun, 8 Dec 2019 23:09:55 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=LUkj8re3jh5P0/VF6qLESaT32EgIWlO0pnX0Ba3ky4o=; b=lNfZcYQmpbxGFsZamZYbnd9cseRUAAXZ6C2GmUbRZlVjUOZQQBD3Hq+d44USlrRnha5l nd5IyOHh78S5j6eeoAafv5CUKN5P/TCC3eENM7eQOqRZBF+eTL0y0lEwq5u+gm1qnwT2 EyTs+7MTz4PwS70GXfQlm7PAXMvSo68QO4yNwWLsEWDSuc8N61FWIzxrShQET2zpIO5K lo9HTjjvDdQA+urLk2uZjACCUGiAPT/x5Rlgs0SG8F8mASE3iy5FpqtmLjEr5YGyhBAg 4LFREdZffCMCFvdbH+dfVPzKYBjwtXOeGWZ6Csd3gyx+RXt5810b6zL+wby7h73qlK8G OQ== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2120.oracle.com with ESMTP id 2wr4qr4ecs-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 08 Dec 2019 23:09:55 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xB8N8fnC013270; Sun, 8 Dec 2019 23:09:55 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3030.oracle.com with ESMTP id 2wrp84deq1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 08 Dec 2019 23:09:54 +0000 Received: from abhmp0020.oracle.com (abhmp0020.oracle.com [141.146.116.26]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id xB8N9sIQ027107; Sun, 8 Dec 2019 23:09:54 GMT MIME-Version: 1.0 Message-ID: <0e02c8af-50f2-49e9-a609-4249d4abf75b@default> Date: Sun, 8 Dec 2019 15:09:53 -0800 (PST) From: Drew Adams To: Juri Linkov , nvp Subject: RE: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <87sglu62dh.fsf@mail.linkov.net> In-Reply-To: <87sglu62dh.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4927.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9465 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=995 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1912080199 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9465 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1912080199 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 38502 Cc: 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > Is S-TAB referring to ? That is unbound (default) in this > context for me. >=20 > Indeed there is no counterpart to TAB for scrolling the completion > window in the opposite direction. Maybe and S-TAB should do th= is. FWIW: I'd suggest that both TAB and S-TAB () be left alone, as they are natural for completion in some way (e.g. cycling among candidates). By default, Icicles uses `C-v' and `M-v' in the minibuffer to scroll forward and backward, respectively. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 08 18:22:55 2019 Received: (at 38502) by debbugs.gnu.org; 8 Dec 2019 23:22:55 +0000 Received: from localhost ([127.0.0.1]:52424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie5t8-0003Wq-Ui for submit@debbugs.gnu.org; Sun, 08 Dec 2019 18:22:55 -0500 Received: from mail-yb1-f178.google.com ([209.85.219.178]:38213) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie5t6-0003Wa-Mh for 38502@debbugs.gnu.org; Sun, 08 Dec 2019 18:22:53 -0500 Received: by mail-yb1-f178.google.com with SMTP id l129so5439096ybf.5 for <38502@debbugs.gnu.org>; Sun, 08 Dec 2019 15:22:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eHpvjIh42AxwiHEqc505f7GNRBUNBDNEImUjSlWJRe0=; b=hwO3DxTcR8iIYLejbNjKdyceCawS7HlkfjwHy+1pAriBTSiZl/X6XK+4f5btIfijRn Em39dYPueV1hFeZ1+3Ui/lfrYpl3FloVjR8HR2r3V3IE8WwzX/Spsn/F1eXLuvryuix/ WQDDZ7tXe47hYADAg4kBOsVrlJP3pyyG+PkH7oMTH2Z9RLw4uJ4H4FWoZon2cTDPESHY 3ZKaknW27jzRHHXhw6aXP4N141O+il0XvU3yatL+mm7lBpR1x/dIrZx5W46HMUxonEeu FlOlexuEmDa0AUjoXf9nyziYbiURVgNoNxwP1h4lsqd18HqvWQACdwwqA70NUzqjNwZP 3Ebg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eHpvjIh42AxwiHEqc505f7GNRBUNBDNEImUjSlWJRe0=; b=aTZTfUwB1S19tEWf91VA9ldLqgEVVS7DWqrP6PgSjA2PhGsROZm8o+Uev7mBM9XDw3 eS7eN+BtpHTPK6WBSuxe8nQ8UyNH0N6rwA2/mMX6AJu2jK6AKrSm6+211GSDicqKhGz8 p42v7ie9csB1IgCAnJ+jnI0n+O1SBi0jJWGpU53wdFYxSBNmwXEoq3TxseCPWGGUcTRA KwWzWCG39rxQB1rNmqSnZ3uM2IpV0DDU3mqb3TNe7fB5fYnMnGMFJKhdl7DrgU1hUxaS Zjb2Idep6sV+rOKlzGYfJbRE5/Do3MSajK0cxAoK6FZgXFbITMvhfLfpSYNkhzlmt5cR i+Dg== X-Gm-Message-State: APjAAAWOhwduCslqJcPladNk9o5aE80zdeC2FuKjs4XSMnYM9ooc7oXJ PrH74SOMCEH5FH0J659HW58Ym/mAnbRABbCR8aU= X-Google-Smtp-Source: APXvYqx6fIzu9/jQLsdMnLb3fuvfyTAN+s7n5mGZIp+rXcmrfF0pPrrpdU4uDE07mN+hkpXIbIX8s5HJgGRQx+fY9pg= X-Received: by 2002:a25:7387:: with SMTP id o129mr17781085ybc.127.1575847367055; Sun, 08 Dec 2019 15:22:47 -0800 (PST) MIME-Version: 1.0 References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> <874kybemo7.fsf@mail.linkov.net> <839c5f10-604a-6d29-dd4f-0128982b6894@gmx.at> <87sgluxxwu.fsf@mail.linkov.net> In-Reply-To: <87sgluxxwu.fsf@mail.linkov.net> From: nvp Date: Sun, 8 Dec 2019 18:22:36 -0500 Message-ID: Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames To: Juri Linkov Content-Type: multipart/alternative; boundary="000000000000889c000599398eb2" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: martin rudalics , 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000889c000599398eb2 Content-Type: text/plain; charset="UTF-8" > Try with 'temp-buffer-resize-mode' enabled Thankyou Martin, I was unaware of this and it does seem useful -- will investigate further. > Maybe and S-TAB should do this. To me, this does seem like a good idea. The reasons being: 1) this would be my first natural guess to reverse a scroll, possibly from muscle memory coming from shift-tabbing between tabs (eg. browswers), which I think might be rather ubiquitous (speculation) 2) it is similar to the addition of S to C-M-v nomal scrollers be my first guess as a way to reverse a scroll, and it is also how C-M-v is already reversed. > pops up and switches to the completion window, whereas > > M-: (mak > M-v > > doesn't. Should it? I think it should, as M-v doesn't seem to have any use in the minibuffer there AFAICT. Thankyou !!! On Sun, Dec 8, 2019 at 5:20 PM Juri Linkov wrote: > tags 38502 fixed > close 38502 27.0.50 > quit > > >> C-v and M-v should scroll 'minibuffer-selected-window', but > >> C-M-v should scroll the other window from 'minibuffer-selected-window' > >> like it does now. But maybe this should be configurable? > >> > >> Is there a variable/function with a name like > 'minibuffer-selected-other-window' > >> that gives an other window to scroll with C-M-v from the minibuffer or > >> from the window defined by 'minibuffer-selected-window'? > > > > 'other-window-for-scrolling' tries to dynamically find a window that > > shows 'other-window-scroll-buffer'. So it's the latter we would > > probably have to set. > > I see. So this is fixed now. > --000000000000889c000599398eb2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> Try with 'temp-buffer-resize-mode' enabledThankyou Martin, I was unaware of this and it does seem useful -- will in= vestigate further.

> Maybe <backtab> and = S-TAB should do this.
To me, this does seem like a good idea.=C2= =A0 The reasons being:
1) this would be my first natural guess to= reverse a scroll, possibly from muscle memory coming
from shift-= tabbing between tabs (eg. browswers), which I think might be rather ubiquit= ous (speculation)
2) it is similar to the addition of S to C-M-v = nomal scrollers

be my first guess as a way to reve= rse a scroll, and it is also how C-M-v is already reversed.

<= /div>
> pops up and switches to the completion window, whereas
&g= t;=C2=A0
>=C2=A0 =C2=A0 =C2=A0M-: (mak
>=C2=A0 =C2=A0 =C2=A0M-v=
>=C2=A0
> doesn't.=C2=A0 Should it?

I=C2=A0 = think it should, as M-v doesn't seem to have any use in the minibuffer = there AFAICT.

Thankyou !!!

On Sun, Dec 8, 201= 9 at 5:20 PM Juri Linkov <juri@linkov= .net> wrote:
tags 38502 fixed
close 38502 27.0.50
quit

>> C-v and M-v should scroll 'minibuffer-selected-window', bu= t
>> C-M-v should scroll the other window from 'minibuffer-selected= -window'
>> like it does now.=C2=A0 But maybe this should be configurable?
>>
>> Is there a variable/function with a name like 'minibuffer-sele= cted-other-window'
>> that gives an other window to scroll with C-M-v from the minibuffe= r or
>> from the window defined by 'minibuffer-selected-window'? >
> 'other-window-for-scrolling' tries to dynamically find a windo= w that
> shows 'other-window-scroll-buffer'.=C2=A0 So it's the latt= er we would
> probably have to set.

I see.=C2=A0 So this is fixed now.
--000000000000889c000599398eb2-- From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 08 18:24:11 2019 Received: (at 38502) by debbugs.gnu.org; 8 Dec 2019 23:24:11 +0000 Received: from localhost ([127.0.0.1]:52428 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie5uN-0003a5-BN for submit@debbugs.gnu.org; Sun, 08 Dec 2019 18:24:11 -0500 Received: from mail-yw1-f43.google.com ([209.85.161.43]:42391) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ie5uL-0003Zk-2V for 38502@debbugs.gnu.org; Sun, 08 Dec 2019 18:24:09 -0500 Received: by mail-yw1-f43.google.com with SMTP id w11so5127609ywj.9 for <38502@debbugs.gnu.org>; Sun, 08 Dec 2019 15:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DEuFjVtumxNLxpT1F04a8M+rgTTn7gCFvh5faCcgrLQ=; b=tfyR3TGoQV0AhmuoOHR3xlTvKuZc+QikLg7fQ86m7JkIL95W0vrrPts+3N+ENfVL+i 1UEPHdkZ3WfxrYMrKU8NJw73QjN/kotnZxevd27GdKaIE3Gpycv3zjlVeJOgO1wwdoUy Mk+T6vsUVQqbebmu1VkMDgnV9+dKa9xodlwOn7Umc+ZgkW120QobSQqHJ/L3vHuluADI NIhpGkt2WJjt/wGmGiSHCq1lnE2+47GyXB8aSkepqDEoRRBy1pOSgVP3AxztPE7qIy4k sG/StCUvh9MipnOS/V6a5TZ5T36wGoOFEP5q83il5a2SKHVbxn+i/yOGBmJXeGgIOjt5 haXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DEuFjVtumxNLxpT1F04a8M+rgTTn7gCFvh5faCcgrLQ=; b=WdzMrrjjUqIt4JR9YUMMqudccwqaFbitTbYKIZzBBuz1jYcYXZ6CnzhhEVxU9trMqJ BUMG2+gEF6ygWO8NKOMCMz4A2koLNGP9pJPeyDzu+QzD8ho+BrpKdA6kGsKB1ywKf265 FEM2rqnfMvyAPCVWuWssOflg1nnFfOik/B9lBYiDm6xz3CGhz1O1dVTsMIG2CW3e5zox qJ9LHUfwDNundL4e1/Dj777u+Cr9oC1JF9was2wmwflh4fgfgVPJ2bX4ixuhSjWyF7ef yeWvi+kRRqTV21fPGjrP0ya1Bd6mTfDY6eDGywIn3dnO/xOo0M5FacIAPev3a1rv8EZm +zVQ== X-Gm-Message-State: APjAAAUgAMfJWOWipXFAGFkW6jYHhMr/vd3EhkpZcvl3kRuuXRNMpa2u PrPKABcURoRvaYP+6BWZs/xKe4QRnWmm6oiVkEE= X-Google-Smtp-Source: APXvYqwFwRM6Mwtb8AY83+/NmyqgOboo67WVut+qQbu5XfvO05rNcLKfeNEZmAgZoZsUBFqulHD8smgh28JQHbtPxaY= X-Received: by 2002:a0d:e4c5:: with SMTP id n188mr19695558ywe.112.1575847443605; Sun, 08 Dec 2019 15:24:03 -0800 (PST) MIME-Version: 1.0 References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <4e6ecb2c-7893-5ffe-9700-b76a93225fb8@gmx.at> <874kybemo7.fsf@mail.linkov.net> <839c5f10-604a-6d29-dd4f-0128982b6894@gmx.at> <87sgluxxwu.fsf@mail.linkov.net> In-Reply-To: From: nvp Date: Sun, 8 Dec 2019 18:23:52 -0500 Message-ID: Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames To: Juri Linkov Content-Type: multipart/alternative; boundary="00000000000018abfa05993993d8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: martin rudalics , 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000018abfa05993993d8 Content-Type: text/plain; charset="UTF-8" Ignore superfluous line > be my first guess as a way to reverse a scroll, and it is also how C-M-v is already reversed. On Sun, Dec 8, 2019 at 6:22 PM nvp wrote: > > Try with 'temp-buffer-resize-mode' enabled > Thankyou Martin, I was unaware of this and it does seem useful -- will > investigate further. > > > Maybe and S-TAB should do this. > To me, this does seem like a good idea. The reasons being: > 1) this would be my first natural guess to reverse a scroll, possibly from > muscle memory coming > from shift-tabbing between tabs (eg. browswers), which I think might be > rather ubiquitous (speculation) > 2) it is similar to the addition of S to C-M-v nomal scrollers > > be my first guess as a way to reverse a scroll, and it is also how C-M-v > is already reversed. > > > pops up and switches to the completion window, whereas > > > > M-: (mak > > M-v > > > > doesn't. Should it? > > I think it should, as M-v doesn't seem to have any use in the minibuffer > there AFAICT. > > Thankyou !!! > > On Sun, Dec 8, 2019 at 5:20 PM Juri Linkov wrote: > >> tags 38502 fixed >> close 38502 27.0.50 >> quit >> >> >> C-v and M-v should scroll 'minibuffer-selected-window', but >> >> C-M-v should scroll the other window from 'minibuffer-selected-window' >> >> like it does now. But maybe this should be configurable? >> >> >> >> Is there a variable/function with a name like >> 'minibuffer-selected-other-window' >> >> that gives an other window to scroll with C-M-v from the minibuffer or >> >> from the window defined by 'minibuffer-selected-window'? >> > >> > 'other-window-for-scrolling' tries to dynamically find a window that >> > shows 'other-window-scroll-buffer'. So it's the latter we would >> > probably have to set. >> >> I see. So this is fixed now. >> > --00000000000018abfa05993993d8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Ignore superfluous=C2=A0line
> be my first guess as= a way to reverse a scroll, and it is also how C-M-v is already reversed.

On Sun, Dec 8, 2019 at 6:22 PM nvp <noah.v.peart@gmail.com> wrote:
> Try with 'temp-buffe= r-resize-mode' enabled
Thankyou Martin, I was unaware of this and i= t does seem useful -- will investigate further.

&g= t; Maybe <backtab> and S-TAB should do this.
To me, this do= es seem like a good idea.=C2=A0 The reasons being:
1) this would = be my first natural guess to reverse a scroll, possibly from muscle memory = coming
from shift-tabbing between tabs (eg. browswers), which I t= hink might be rather ubiquitous (speculation)
2) it is similar to= the addition of S to C-M-v nomal scrollers

be my = first guess as a way to reverse a scroll, and it is also how C-M-v is alrea= dy reversed.

> pops up and switches to the comp= letion window, whereas
>=C2=A0
>=C2=A0 =C2=A0 =C2=A0M-: (mak>=C2=A0 =C2=A0 =C2=A0M-v
>=C2=A0
> doesn't.=C2=A0 Shoul= d it?

I=C2=A0 think it should, as M-v doesn't = seem to have any use in the minibuffer there AFAICT.

Thankyou !!!

On Sun, Dec 8, 2019 at 5:20 PM Juri Linkov <juri@linkov.net> wrote= :
tags 38502 fix= ed
close 38502 27.0.50
quit

>> C-v and M-v should scroll 'minibuffer-selected-window', bu= t
>> C-M-v should scroll the other window from 'minibuffer-selected= -window'
>> like it does now.=C2=A0 But maybe this should be configurable?
>>
>> Is there a variable/function with a name like 'minibuffer-sele= cted-other-window'
>> that gives an other window to scroll with C-M-v from the minibuffe= r or
>> from the window defined by 'minibuffer-selected-window'? >
> 'other-window-for-scrolling' tries to dynamically find a windo= w that
> shows 'other-window-scroll-buffer'.=C2=A0 So it's the latt= er we would
> probably have to set.

I see.=C2=A0 So this is fixed now.
--00000000000018abfa05993993d8-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 09 18:55:21 2019 Received: (at 38502) by debbugs.gnu.org; 9 Dec 2019 23:55:21 +0000 Received: from localhost ([127.0.0.1]:54581 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ieSs4-00017C-Rr for submit@debbugs.gnu.org; Mon, 09 Dec 2019 18:55:21 -0500 Received: from dragonfly.birch.relay.mailchannels.net ([23.83.209.51]:55650) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ieSs1-00016z-L2 for 38502@debbugs.gnu.org; Mon, 09 Dec 2019 18:55:19 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2FFF7740EA9; Mon, 9 Dec 2019 23:55:16 +0000 (UTC) Received: from pdx1-sub0-mail-a95.g.dreamhost.com (100-96-86-105.trex.outbound.svc.cluster.local [100.96.86.105]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id A13C2740F31; Mon, 9 Dec 2019 23:55:15 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a95.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Mon, 09 Dec 2019 23:55:16 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Shelf-Abaft: 3cacbf834030b66b_1575935715897_3307685794 X-MC-Loop-Signature: 1575935715897:2550184888 X-MC-Ingress-Time: 1575935715896 Received: from pdx1-sub0-mail-a95.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a95.g.dreamhost.com (Postfix) with ESMTP id 337EA9B886; Mon, 9 Dec 2019 15:55:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=wJjsV5LLsgdLU/V+/+s70XUaQ20=; b= 3kYBPouW7i/phUZkGie9kOn5cb+nW58BKBTj50Xc4pQ3D4ugXWC4GVF/tyZd31bP /hsCDqubGKl+Dq2AYJNZK8IsjUCbFiELxSOs2E5V750XttRdKLf/OZWCc6qUOStu zJP7vfM/bNNZFoStJZo+eTB62hVgUnv9dIDh++AKda4= Received: from mail.jurta.org (m91-129-96-42.cust.tele2.ee [91.129.96.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a95.g.dreamhost.com (Postfix) with ESMTPSA id 3DF819BAE1; Mon, 9 Dec 2019 15:55:06 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a95 From: Juri Linkov To: Drew Adams Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames Organization: LINKOV.NET References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <87sglu62dh.fsf@mail.linkov.net> <0e02c8af-50f2-49e9-a609-4249d4abf75b@default> Date: Tue, 10 Dec 2019 01:39:32 +0200 In-Reply-To: <0e02c8af-50f2-49e9-a609-4249d4abf75b@default> (Drew Adams's message of "Sun, 8 Dec 2019 15:09:53 -0800 (PST)") Message-ID: <87lfrlrt8z.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedufedrudelvddgudduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdeliedrgedvnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleeirdegvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegurhgvfidrrggurghmshesohhrrggtlhgvrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38502 Cc: nvp , 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> Is S-TAB referring to ? That is unbound (default) in this >>> context for me. >> >> Indeed there is no counterpart to TAB for scrolling the completion >> window in the opposite direction. Maybe and S-TAB should do this. > > FWIW: > > I'd suggest that both TAB and S-TAB () be left > alone, as they are natural for completion in some way > (e.g. cycling among candidates). This is exactly what I meant - TAB cycles completions forward, so S-TAB could cycle backward. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 10 00:07:16 2019 Received: (at 38502) by debbugs.gnu.org; 10 Dec 2019 05:07:16 +0000 Received: from localhost ([127.0.0.1]:54728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ieXjw-0007OS-GK for submit@debbugs.gnu.org; Tue, 10 Dec 2019 00:07:16 -0500 Received: from aserp2120.oracle.com ([141.146.126.78]:56634) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ieXju-0007OB-Ai for 38502@debbugs.gnu.org; Tue, 10 Dec 2019 00:07:14 -0500 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xBA54Hba037859; Tue, 10 Dec 2019 05:07:06 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=xWEYuJNjow3VRpp8RVvywTV3xGoxtjeVE9P9QaD0ohQ=; b=sOaagDzfGj+zBSFlR6f0S3pBJyIzKDpcfu1UMD83G2as34Xi8tAHiJDVEd1+/yvK0U7y m5Bahcy/WjSayEWXZ1VnoKzp04TtNZMp0fIB2n8Pb2rhd6PFkuqzIdzHasuBxnwPSbOi 1+ZysmX9IrA1E7VzNQSgTbIsZf8oev67oqFLwfMe099+1VN6iJcuFqRXM0TAdwb2SXyY bwDrzVdaMUlgQUVd96DR0sT9HGonn8rDerf8wdk7LFkGxkMaLNa3HcLs6HD61wvuILMw 2Dx8jTPE6QMwkiPBzmSLOWFZvn7/Ik9dMWkOUFSmelQ8fObxNz/f6EJfiNoITx3l3gag ig== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by aserp2120.oracle.com with ESMTP id 2wr41q3q20-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 10 Dec 2019 05:07:06 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xBA4xM01175343; Tue, 10 Dec 2019 05:07:05 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3030.oracle.com with ESMTP id 2wsv8b4r2j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 10 Dec 2019 05:07:05 +0000 Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id xBA574kM002570; Tue, 10 Dec 2019 05:07:04 GMT MIME-Version: 1.0 Message-ID: Date: Mon, 9 Dec 2019 21:07:03 -0800 (PST) From: Drew Adams To: Juri Linkov Subject: RE: bug#38502: 27.0.50; minibuffer-scroll-other-window with multiple frames References: <874kyezjbd.fsf@gmail.com> <875zius4lu.fsf@mail.linkov.net> <87sglu62dh.fsf@mail.linkov.net> <0e02c8af-50f2-49e9-a609-4249d4abf75b@default> <87lfrlrt8z.fsf@mail.linkov.net> In-Reply-To: <87lfrlrt8z.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4927.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9466 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1912100045 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9466 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1912100046 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 38502 Cc: nvp , 38502@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > >>> Is S-TAB referring to ? That is unbound (default) in this > >>> context for me. > >> > >> Indeed there is no counterpart to TAB for scrolling the completion > >> window in the opposite direction. Maybe and S-TAB should > >> do this. > > > > FWIW: > > > > I'd suggest that both TAB and S-TAB () be left > > alone, as they are natural for completion in some way > > (e.g. cycling among candidates). >=20 > This is exactly what I meant - TAB cycles completions forward, > so S-TAB could cycle backward. Based on the Subject line and your speaking of "scrolling the completion window" I thought you meant scrolling the completion window. ;-) By "cycling among candidates" I meant cycling among candidates. In vanilla Emacs I guess that means only what `completion-cycle-threshold' offers. (With other completion approaches it can mean other ways of cycling among candidates.) Anyway, just one opinion against binding S-TAB. I'm in favor of leaving it open, for users and libraries to bind during completion. (Yes, they can do that even if Emacs gives it a default binding. But I'm not a fan of Emacs taking up all the oxygen wrt key bindings, as seems to be more and more the case.) As I say, just one opinion. From unknown Tue Aug 19 05:10:58 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 07 Jan 2020 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator