From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Gary Fredericks Newsgroups: gmane.emacs.bugs Subject: bug#32720: term-mode ignores certain window size changes Date: Tue, 1 Jan 2019 11:31:35 -0600 Message-ID: References: <5BF06081.9060505@gmx.at> <83ftvzt63h.fsf@gnu.org> <5BF12F60.8020004@gmx.at> <83d0r2tnra.fsf@gnu.org> <5BF1BF63.6000307@gmx.at> <835zwutad4.fsf@gnu.org> <5BF28538.1080008@gmx.at> <5BF2D369.20806@gmx.at> <5C1F57A5.4040704@gmx.at> <5C1F9038.30604@gmx.at> <5C1FCDD0.4070303@gmx.at> <5C21FD94.8070005@gmx.at> <5C289582.5010700@gmx.at> <5C2A24AA.5060908@gmx.at> <5C2BA293.3080303@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000005f1bdd057e68e7ad" X-Trace: blaine.gmane.org 1546363807 2432 195.159.176.226 (1 Jan 2019 17:30:07 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 1 Jan 2019 17:30:07 +0000 (UTC) Cc: 32720@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 01 18:30:03 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1geNre-0000S1-6g for geb-bug-gnu-emacs@m.gmane.org; Tue, 01 Jan 2019 18:30:02 +0100 Original-Received: from localhost ([127.0.0.1]:38639 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1geNtk-0004UE-PY for geb-bug-gnu-emacs@m.gmane.org; Tue, 01 Jan 2019 12:32:12 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:34526) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1geNtd-0004Ty-Ds for bug-gnu-emacs@gnu.org; Tue, 01 Jan 2019 12:32:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1geNta-0008Pv-9W for bug-gnu-emacs@gnu.org; Tue, 01 Jan 2019 12:32:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40522) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1geNta-0008Pp-6r for bug-gnu-emacs@gnu.org; Tue, 01 Jan 2019 12:32:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1geNtZ-0000Wg-VS for bug-gnu-emacs@gnu.org; Tue, 01 Jan 2019 12:32:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Gary Fredericks Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Jan 2019 17:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32720 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32720-submit@debbugs.gnu.org id=B32720.15463639152009 (code B ref 32720); Tue, 01 Jan 2019 17:32:01 +0000 Original-Received: (at 32720) by debbugs.gnu.org; 1 Jan 2019 17:31:55 +0000 Original-Received: from localhost ([127.0.0.1]:44125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1geNtT-0000WL-CV for submit@debbugs.gnu.org; Tue, 01 Jan 2019 12:31:55 -0500 Original-Received: from mail-wr1-f45.google.com ([209.85.221.45]:35797) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1geNtQ-0000W8-QG for 32720@debbugs.gnu.org; Tue, 01 Jan 2019 12:31:53 -0500 Original-Received: by mail-wr1-f45.google.com with SMTP id 96so28581546wrb.2 for <32720@debbugs.gnu.org>; Tue, 01 Jan 2019 09:31: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=Z7OMcNm0BVZyvrxwWwIMyGHWcO1oTck8mRAzVtiy9ZE=; b=Q+MYmPkUiCw5W45mihvRskwSuAOo7wQFWSkjSIUzp0T0etUBGiFtzM7xwFnnbYwN1n ZafmSvrx4z9F7xQYyvGhLPNZ/Ooedz0TZxCS+cwwjWPYN6cUhdlnZMp1xh0uOBeXc2vo umlETb3xComv9eUmbUVUC7Sc4jiZHNQdeXbvzVvwzQPIkXD44j6AfE3l5lwYmdHMZXRI ryElHT6H08jbfsPb+Xgs2j9b0ZuGRGrNO96qZpDPmDTK4OPSYPtk4pfoPo9tS8eQDoTa ZLvaZwP56PswJyQ8h+0v5M7kExhJOwEWw71djdYN4I+2VLQC7ub9gHxpLAU7RqhYks8r 5YVA== 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=Z7OMcNm0BVZyvrxwWwIMyGHWcO1oTck8mRAzVtiy9ZE=; b=CZFjL/B0o7kXT0bC06zyt9+9qTGDENbCkqdRVLWn+NDbOgEaLxTGaYSqALM0eFK3NE QljALGuxun7R2TSijt50CDEz0TLrJFPGEVHmJKtEGh51fpZgg/jt8mf8eZmqIHGvTBlG WagUZQSaW0CbH/zIOt7PIDRYamu349D4RAZAUvH862IFAcqNbw9s8cmSXiwTCc0AbLvu RM+KQggAxxXRGg8iMpfRwHcCRSGgdsgYv7YXWbz2xtPhnnd2Ys/kQh8YFP5JxfwFE/XU /WibJUo0JMcHXVmiq8uS2W4yrfOjXSOod0aXG1D0Imfxn4RGslYhP4VuSMFF4CCKgW1t 5Anw== X-Gm-Message-State: AJcUukfQw3pFo6b9LWeZvVbeM+nuHFXpGibIePc6kgP4M5CKSQywY3O5 I83gvizNPYg/Kx3uv4QD4a+RXqVsm0RmJ/q34HM= X-Google-Smtp-Source: ALg8bN5gCWHK/37uCxBhHCErFLzjGdOhqyQfL1IIghQpMt3CKWyfyUpf3yzSC2H0ymH2YMZoUd5jRMzdFEATFEHbnTo= X-Received: by 2002:adf:fc51:: with SMTP id e17mr35043647wrs.268.1546363907018; Tue, 01 Jan 2019 09:31:47 -0800 (PST) In-Reply-To: <5C2BA293.3080303@gmx.at> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:154067 Archived-At: --0000000000005f1bdd057e68e7ad Content-Type: text/plain; charset="UTF-8" I'm sorry, I forgot that code was there -- I had already disabled in when I ran these tests, so you can disregard it. C-x b for me starts an ido buffer selector. I forgot that wasn't a default either. So the buffer selector did not work -- it would show me a list of other buffers (in the minibuffer), but I couldn't select one with RET -- it would end up just creating a new buffer whose (very long) name was the list of buffer names that ido showed. Gary Fredericks (803)-295-0195 fredericksgary@gmail.com gfredericks.com On Tue, Jan 1, 2019 at 11:25 AM martin rudalics wrote: > > I started running the patched version and immediately ran into trouble > with > > switching away from term-mode buffers, but I suspect it's related to > some > > custom code I have: > > > > > https://github.com/gfredericks/dotfiles/blob/6a6497dd747e92b034549f3aee05d4dc6f0640d5/base/.emacs.d/user/gfredericks-terminals.el.symlink#L63 > > The only things related to my patch should be > > (defun window-size-change-function-for-bug-32720 (_frame) > (window--adjust-process-windows)) > > and its activation in 'term-load-hook'. Would removing these change > something in the behavior you observe? > > > In particular C-x b doesn't work like it used to; it ends up doing > > something weird where it creates a buffer named after the minibuffer > buffer > > selection text. > > Shouldn't C-x b create such a buffer if it does not exist yet? What > precisely did you want it to do? > > martin > --0000000000005f1bdd057e68e7ad Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm sorry, I forgot that code was there -- I had = already disabled in when I ran these tests, so you can disregard it.

C-x b for me starts an ido buffer selector. I forgot= that wasn't a default either.

So the buffer s= elector did not work -- it would show me a list of other buffers (in the mi= nibuffer), but I couldn't select one with RET -- it would end up just c= reating a new buffer whose (very long) name was the list of buffer names th= at ido showed.

Gary F= redericks
(803)-295-0195
fredericksgary@gmail.com
gfredericks.com

=

On Tue, Jan 1, 2019 a= t 11:25 AM martin rudalics <rudalics@= gmx.at> wrote:
=C2=A0> I started running the patched version and immediately ran = into trouble with
=C2=A0> switching away from term-mode buffers, but I suspect it's re= lated to some
=C2=A0> custom code I have:
=C2=A0>
=C2=A0> https://github.com/gfre= dericks/dotfiles/blob/6a6497dd747e92b034549f3aee05d4dc6f0640d5/base/.emacs.= d/user/gfredericks-terminals.el.symlink#L63

The only things related to my patch should be

(defun window-size-change-function-for-bug-32720 (_frame)
=C2=A0 =C2=A0(window--adjust-process-windows))

and its activation in 'term-load-hook'.=C2=A0 Would removing these = change
something in the behavior you observe?

=C2=A0> In particular C-x b doesn't work like it used to; it ends up= doing
=C2=A0> something weird where it creates a buffer named after the minibu= ffer buffer
=C2=A0> selection text.

Shouldn't C-x b create such a buffer if it does not exist yet?=C2=A0 Wh= at
precisely did you want it to do?

martin
--0000000000005f1bdd057e68e7ad--