From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pengji Zhang Newsgroups: gmane.emacs.bugs Subject: bug#65558: 30.0.50; project-other-{window,frame,tab}-command a bit too obtrusive Date: Tue, 29 Aug 2023 23:58:18 -0400 Message-ID: References: <86ttskikm2.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35554"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 65558@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Aug 30 09:19:45 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qbFUP-00094A-2G for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 30 Aug 2023 09:19:45 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qbFTj-0006RI-50; Wed, 30 Aug 2023 03:19:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qbFTe-0006MF-SB for bug-gnu-emacs@gnu.org; Wed, 30 Aug 2023 03:18:58 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qbFTe-0006y1-HD for bug-gnu-emacs@gnu.org; Wed, 30 Aug 2023 03:18:58 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qbFTl-00071t-TA for bug-gnu-emacs@gnu.org; Wed, 30 Aug 2023 03:19:05 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Pengji Zhang Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Aug 2023 07:19:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65558 X-GNU-PR-Package: emacs Original-Received: via spool by 65558-submit@debbugs.gnu.org id=B65558.169337992926917 (code B ref 65558); Wed, 30 Aug 2023 07:19:05 +0000 Original-Received: (at 65558) by debbugs.gnu.org; 30 Aug 2023 07:18:49 +0000 Original-Received: from localhost ([127.0.0.1]:52025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qbFTT-0006zy-ML for submit@debbugs.gnu.org; Wed, 30 Aug 2023 03:18:48 -0400 Original-Received: from mail-qv1-xf2b.google.com ([2607:f8b0:4864:20::f2b]:52319) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qbCLr-0001nf-7K for 65558@debbugs.gnu.org; Tue, 29 Aug 2023 23:58:45 -0400 Original-Received: by mail-qv1-xf2b.google.com with SMTP id 6a1803df08f44-64c1d487e72so32120756d6.0 for <65558@debbugs.gnu.org>; Tue, 29 Aug 2023 20:58:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693367910; x=1693972710; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=5pCfbJvI5KEet/EqXNdaShrbURtNARJrq19xw61ZUwY=; b=oUvLfGM1KpPHyGwR3Me8nWbnEWOiQtwC6ldzgYvMNFR3E1OWT34f3wbgWyhseXQ2J4 VPfV2BVMsXd02R0CWq01/DUJPRZSoCYO0SyJWfvwu22NAoBkRuhIZRzbr9XyiU63lDiX LzYNDm88RMq9t05kyak6QCKV48SaZftI8dWpIHx0Ng55tvp+CGOlJvVsYR33frnfZzaZ ljkthSRod/k7xoeMmj58FFJskyhAKUdojVExtvfF7vji0fJt9viUKzPlE/vFwexW+Seh NeDMqle8Hfddnz3evHcBl6gJrkTyEL041Mf2HHo52IEj2RNsIMlJSKF0Ohq5DHDq5WnV UHpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693367910; x=1693972710; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=5pCfbJvI5KEet/EqXNdaShrbURtNARJrq19xw61ZUwY=; b=Nn0Fpg/QBKPTKTvGBmSKqwRtP9mfaiNP+ePjN/hMGKl3JT+YJZRXP9c7fRPdDTX9NG b9mzZNfKXU0jJ2EJeViNIOdD6HDVmhW7L4u9kqo6spOuHXFLe2Hp8S34+lKagkNXE3XO vU7XUgyYcqu/VEDP1Bq+vMNAsu6wxNvb9wyn7fAQx4aduZf9S9xJVacOiC2xNFLZBR0I o1nanBiPJsSEQLZ26f1aS8yHb65BHQVqwuTj4dPqO7/20syc4HgesZ0tUV0sPLuIHKoJ LhTd4V6SAy/Z6bSNLCYh+IHXLKjs0nynUvf39cAeZDogvzHayYy0P6zmBX2mngjv8GZj xcvg== X-Gm-Message-State: AOJu0YxnwHsPMSAsVQRDVU2FQHRNKfe/nNfZrIiCEvVPm9zrKwVbV4EO DBr6cF0OhwHP0F48NFyf36+JxAEdYjTRsga9WL0= X-Google-Smtp-Source: AGHT+IGN1EgPmxYMK+aQUQV7n71wmX/wtgUlAdXqQ2xxefriPU7d8hkr6CmRwKwu4ERjRYZPLqamT6WueSpIHr7+BkI= X-Received: by 2002:a0c:b416:0:b0:649:af66:e828 with SMTP id u22-20020a0cb416000000b00649af66e828mr1027504qve.45.1693367909975; Tue, 29 Aug 2023 20:58:29 -0700 (PDT) In-Reply-To: <86ttskikm2.fsf@mail.linkov.net> X-Mailman-Approved-At: Wed, 30 Aug 2023 03:18:37 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:268693 Archived-At: Thanks for the pointer! That is a long thread so I only skimmed it. I think you meant this snippet in [0]: > (defun project-other-window-command () > (interactive) > (other-window-prefix) > (set-transient-map (make-composed-keymap project-prefix-map > project-other-window-map))) That indeed fixes the issue. My only concern is that `other-window-prefix' is a new function introduced in Emacs 28. [0] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D63648#95 On Sun, Aug 27, 2023 at 12:21=E2=80=AFPM Juri Linkov wrot= e: > > > Currently the function `project--other-place-command' uses > > `display-buffer-overriding-action' which IMO makes > > project-other-{window,frame,tab}-command a bit too obtrusive. For > > example, > > > > 1. Start Emacs with 'emacs -Q'; > > 2. Press 'C-x 5 p f'; > > 3. Press 'TAB'. > > > > Then the '*Completions*' buffer pops up in a new frame. The expected > > behavior of mine is that the '*Completions*' buffer shows at the > > bottom of the current frame, which is the same as most of other 'C-x > > 5' commands. > > Thanks for the request. I believe this will be fixed in bug#63648.