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: Tue, 24 Feb 2015 19:02:55 +0100 Message-ID: <87bnkj192o.fsf@gmail.com> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1424801219 3812 80.91.229.3 (24 Feb 2015 18:06:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Feb 2015 18:06:59 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org To: Glenn Brown Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 24 19:06:55 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 1YQJsk-0006CM-KA for ged-emacs-devel@m.gmane.org; Tue, 24 Feb 2015 19:06:54 +0100 Original-Received: from localhost ([::1]:50756 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQJsj-000781-SZ for ged-emacs-devel@m.gmane.org; Tue, 24 Feb 2015 13:06:53 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36527) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQJsg-00077h-I0 for emacs-devel@gnu.org; Tue, 24 Feb 2015 13:06:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YQJsd-0007Uw-4c for emacs-devel@gnu.org; Tue, 24 Feb 2015 13:06:50 -0500 Original-Received: from mail-we0-x232.google.com ([2a00:1450:400c:c03::232]:34660) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQJsc-0007Un-UK; Tue, 24 Feb 2015 13:06:47 -0500 Original-Received: by wesq59 with SMTP id q59so26946022wes.1; Tue, 24 Feb 2015 10:06:46 -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=Zbi+b4WP2ZO5K+MNQoVXuxaDkqHzNJezqPbvoAjuEV4=; b=HoK354MfFdZNKnz0vwZEpym3b76FkwoUKoQ8ILT4c7hGGl4Sl+Rkv20RcmZ9lHHTep 5yfUen2tEcT1QjP9nqLpQV7ljbCn0WxS0gsNA2rgwPcPfdYAWXlqBa69YJFLoxocRvpS vZU3jozdLCcfo/zkHpIQvpKe+sBTGkwmj1z2G3vMVOVxYsBjFmXDwRfag5kqgwVStxgO DOrJedDz74o6E/+vPfzJxoeF7krMq4qZSlkh4HSey5fd013yf7mgU7cMzS2epH6efKsV 11Ui4zQqr1SonozThu+Yk5wrleT4qS+EQSoKngi9LfNXTOVBHBR2xPurEHngCm+AbLek ZFYg== X-Received: by 10.194.63.16 with SMTP id c16mr35269874wjs.117.1424801206394; Tue, 24 Feb 2015 10:06:46 -0800 (PST) Original-Received: from firefly (dyn069045.nbw.tue.nl. [131.155.69.45]) by mx.google.com with ESMTPSA id ka1sm61248358wjc.2.2015.02.24.10.06.45 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 24 Feb 2015 10:06:45 -0800 (PST) In-Reply-To: (Glenn Brown's message of "Tue, 24 Feb 2015 09:56:07 -0800") 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::232 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:183460 Archived-At: Hi Glenn, Glenn Brown writes: > I applaud the efforts to make gdb-mode more friendly to novices. > > However, as as 20+ year users of 'M-x gdb' in emacs, I, too, find > recent changes to the default 'M-x gdb' behavior frustrating and > counter-productive for my own work: I miss inline output in the *gud* > frame: I am daily annoyed at output opening a new window I didn't ask > for, which I must manually close or 'Ctrl-x o' (other-window) past, > since I am often in 'emacs -nw' (No mouse) on remote machines. I am > annoyed that the new window-that-I-never-asked-for won't let me > 'Ctrl-x b' (switch-to-buffer) to the buffer I actually want to see. > > I understand that novices tend to use print-debugging and the new > input/output buffer can be useful to them. I appreciate that the > default configuration should be optimized for novices doing native > development in a windowed environment. > But please understand that many professionals develop code where > stdout-in-its-own-window is counter-productive. (In my daily use, the > only output is from the testing framework I use.) Please understand > that not everyone has access to a mouse when doing remote and/or > embedded development. > > So please, gdb-mode maintainers, if you are going to change the > default behaviour of gdb-mode, give us an easy way to get back access > the old output-in-the-*gud*-buffer behavior, which is more productive > for some of us professionals. > > Thanks for your consideration, > --Glenn I don't understand, I was the last one to touch gdb-mi.el in a year and I didn't change any default behavior, only introduced a new defcustom that changes the behavior if someone sets it. Are you referring to my change? Oleh