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:53:47 +0100 Message-ID: <87zj8mor0k.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> <8761bb9cq8.fsf@gmail.com> <83zj8m9atc.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1423508319 25280 80.91.229.3 (9 Feb 2015 18:58:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Feb 2015 18:58:39 +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:58:38 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 1YKtXY-0004LF-NX for ged-emacs-devel@m.gmane.org; Mon, 09 Feb 2015 19:58:36 +0100 Original-Received: from localhost ([::1]:34655 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKtXY-0000H6-A5 for ged-emacs-devel@m.gmane.org; Mon, 09 Feb 2015 13:58:36 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35212) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKtWk-0007nC-0E for emacs-devel@gnu.org; Mon, 09 Feb 2015 13:57:46 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YKtWf-0003qx-DJ for emacs-devel@gnu.org; Mon, 09 Feb 2015 13:57:45 -0500 Original-Received: from mail-wg0-x22c.google.com ([2a00:1450:400c:c00::22c]:39940) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKtWf-0003qI-7R; Mon, 09 Feb 2015 13:57:41 -0500 Original-Received: by mail-wg0-f44.google.com with SMTP id z12so28731789wgg.3; Mon, 09 Feb 2015 10:57:40 -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=D628tj8EPWxrOTJFZHQO+IqmLbv29tzEjfR54mRKIHs=; b=UyWsgYtd1UqA6EkUA4xmQ6nSp/rm4wYCNzxZG2sKj4P4/dOzq8qiY1nXcsJ2/wO6c6 scnOlzpyer/RlqRl8/TJO0agN6LQysuiLSixYGZfKNLF4EaB2tA6Wu/39og07PvOoQj/ tCtYJzB5CWfGxbcdlfOibNiFsroRSkz9LkTMFnxYuJhd4yMyXKR1pYUqxZ7A6iv59yAM SDPXhnnUGVVNvGnNNlek3Nj7s2DDKbM4YyC/XSPY+b6zrGRGZfgz5jw037/Q7u7L+KfP 37oL12yfyJNKZSK0rrPd0WSKDkNtXfhGuHRJVLsO24mVHXG2UCRYTaW/YV51TIbCIbff CdhA== X-Received: by 10.194.186.200 with SMTP id fm8mr45187189wjc.138.1423508260432; Mon, 09 Feb 2015 10:57:40 -0800 (PST) Original-Received: from firefly (dyn069045.nbw.tue.nl. [131.155.69.45]) by mx.google.com with ESMTPSA id kj8sm17519483wjc.29.2015.02.09.10.57.39 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 09 Feb 2015 10:57:39 -0800 (PST) In-Reply-To: <83zj8m9atc.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 09 Feb 2015 20:52:47 +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:c00::22c 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:182723 Archived-At: Eli Zaretskii writes: >> From: Oleh Krehel >> Cc: thibaut.verron@gmail.com, emacs-devel@gnu.org >> Date: Mon, 09 Feb 2015 19:11:27 +0100 >> >> >> > 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. > > If the option not to pop it is a defcustom, you can turn it on when > you want *output* and off when you don't. >> I just want the typical approach of burying a buffer once and then >> having it not surface, even if there's new output. > > The option not to pop it in a window will solve this as well, right? A per-project custom variable is better than nothing, although much worse than an option of setting a window that has no business being dedicated to soft-dedicated.