From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Oleh Krehel Newsgroups: gmane.emacs.devel Subject: Re: Use of dedicated windows in gdb-mi.el Date: Mon, 09 Feb 2015 19:11:27 +0100 Message-ID: <8761bb9cq8.fsf@gmail.com> References: <87h9uynckc.fsf@gmail.com> <83iofedfkz.fsf@gnu.org> <877fvun97j.fsf@gmail.com> <83fvaid8sa.fsf@gnu.org> <83fvaf9jj2.fsf@gnu.org> <878ug7axhr.fsf@gmail.com> <837fvr9frq.fsf@gnu.org> <87sief9ezy.fsf@gmail.com> <831tlz9deh.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1423505733 13379 80.91.229.3 (9 Feb 2015 18:15:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Feb 2015 18:15:33 +0000 (UTC) Cc: thibaut.verron@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 09 19:15:33 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YKsrs-0002fH-Kh for ged-emacs-devel@m.gmane.org; Mon, 09 Feb 2015 19:15:32 +0100 Original-Received: from localhost ([::1]:34407 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKsrs-0007hp-4Q for ged-emacs-devel@m.gmane.org; Mon, 09 Feb 2015 13:15:32 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50186) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKsro-0007hf-If for emacs-devel@gnu.org; Mon, 09 Feb 2015 13:15:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YKsrh-0002KK-0H for emacs-devel@gnu.org; Mon, 09 Feb 2015 13:15:28 -0500 Original-Received: from mail-we0-x22b.google.com ([2a00:1450:400c:c03::22b]:54113) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKsrg-0002K5-Q4; Mon, 09 Feb 2015 13:15:20 -0500 Original-Received: by mail-we0-f171.google.com with SMTP id k11so28719972wes.2; Mon, 09 Feb 2015 10:15:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=04CftVpQlKzjrKb6uPgAJyqTkM8A29b6dPswmbBvOKU=; b=dOcqCn3i72nLRDq7ceh4bJLBDeE/5IFTiySRBbK4pcaGfPQNqkpYIqqy7ZCftOFG6A xTEfhpv9mGL23UXNwY58D/2EcCP7zDIO9USs2It38375fAuaxM9+gZyTfig6mITbkboL gi4Dg892EUKpQf49J8vs2+1NhTqPMnUiKNZ2iJooF52+qr02RDNyORxSjFJq3xJasSdd 5unDx9G6idcTil9yW553+uYbCsW7npYA8g+VmQh+04cVdkM3KemqlTM/hNrUak7SlLEk 1GKxQgvQ9Dvaej67VlhVJ2qn/1Doyym0cyD7yYHS2q6zuexbi4wA4cSjV9TqA089V/zu XDjg== X-Received: by 10.194.61.12 with SMTP id l12mr44231888wjr.139.1423505720150; Mon, 09 Feb 2015 10:15:20 -0800 (PST) Original-Received: from firefly (dyn069045.nbw.tue.nl. [131.155.69.45]) by mx.google.com with ESMTPSA id i13sm17408088wjr.7.2015.02.09.10.15.19 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 09 Feb 2015 10:15:19 -0800 (PST) In-Reply-To: <831tlz9deh.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 09 Feb 2015 19:56:54 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c03::22b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:182715 Archived-At: Eli Zaretskii writes: >> From: Oleh Krehel >> Cc: thibaut.verron@gmail.com, emacs-devel@gnu.org >> Date: Mon, 09 Feb 2015 18:22:25 +0100 >> >> Eli Zaretskii writes: >> >> >> From: Oleh Krehel >> >> Cc: Thibaut Verron , emacs-devel@gnu.org >> >> Date: Mon, 09 Feb 2015 16:57:36 +0100 >> >> >> >> I'm using plain `gdb', I don't even like `gdb-many-windows'. But even in >> >> plain `gdb', I'm getting a dedicated *output* window that pops up each >> >> time there's output. >> > >> > Don't you _want_ to see the output of a program you are debugging? >> >> Nope. I can see all that I need through "p". The actual program output >> for my particular program is barely relevant during runtime, and completely >> irrelevant during debug time. > > Then perhaps a better solution would be an option not to pop the > *output* window at all, so that the need to switch to another buffer > in that window is eliminated? Would you like such a solution better? No this won't work. I don't want *output* in this particular program. I might want it for others. I just want the typical approach of burying a buffer once and then having it not surface, even if there's new output. Just imagine the havoc of *Messages* being a dedicated window and popping up each time there's a new message, even if you bury it. >> >> The patch that I attached solves my problem with plain `gdb'. >> > >> > Maybe I'm missing something, but it looked to me that it made _all_ >> > the gdb-mi windows soft-dedicated. If that's true, how about making >> > only the popping output window soft-dedicated instead? >> >> It changed two calls to `set-window-dedicated-p` to use the new custom >> var, which is still t by default. Why should this worry you? > > Because that changes behavior of all the other GDB-MI windows, which > are not part of the original problem in any way, as they are not > displayed unless the user asked for them. If what bothers you is that > the *output* window pops up when you don't want to see it, I think > it's better to solve that specific problem without affecting any > unrelated features. I dislike non-soft dedicated windows because they're bad design. I guess that I could just advice `set-window-dedicated-p' to be a noop in all cases. If you have 9 minutes and a way to view Youtube videos, you can see my demo of a neat approach to manipulating windows (especially the window swap). This approach of course won't work with non-soft dedicated windows: https://www.youtube.com/watch?v=_qZliI1BKzI. Oleh