From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Hansen Newsgroups: gmane.emacs.devel Subject: Re: gdb-ui, dedicated windows Date: Sat, 05 Jul 2008 12:52:00 +0200 Organization: disorganized Message-ID: <87vdzkwqlr.fsf@localhorst.mine.nu> References: <87zlowwyn1.fsf@localhorst.mine.nu> <18543.18102.11098.763936@kahikatea.snap.net.nz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1215276856 28615 80.91.229.12 (5 Jul 2008 16:54:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 5 Jul 2008 16:54:16 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 05 18:55:03 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KFB2N-0000Lp-31 for ged-emacs-devel@m.gmane.org; Sat, 05 Jul 2008 18:55:03 +0200 Original-Received: from localhost ([127.0.0.1]:35124 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KFB1W-0005Kx-7m for ged-emacs-devel@m.gmane.org; Sat, 05 Jul 2008 12:54:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KFAx5-0000ET-La for emacs-devel@gnu.org; Sat, 05 Jul 2008 12:49:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KFAx4-0000DB-Qs for emacs-devel@gnu.org; Sat, 05 Jul 2008 12:49:35 -0400 Original-Received: from [199.232.76.173] (port=46558 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KFAx4-0000Cu-Mb for emacs-devel@gnu.org; Sat, 05 Jul 2008 12:49:34 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:22566) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KFAx3-0003VI-PM for emacs-devel@gnu.org; Sat, 05 Jul 2008 12:49:33 -0400 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KF5OM-0002sO-Ee for emacs-devel@gnu.org; Sat, 05 Jul 2008 06:53:22 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KF5OF-0006rc-I4 for emacs-devel@gnu.org; Sat, 05 Jul 2008 10:53:15 +0000 Original-Received: from e177083255.adsl.alicedsl.de ([85.177.83.255]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 Jul 2008 10:53:15 +0000 Original-Received: from david.hansen by e177083255.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 Jul 2008 10:53:15 +0000 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 82 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: e177083255.adsl.alicedsl.de Mail-Copies-To: nobody User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:RSQ89PNusoNssjuDbDbpBH9rQGU= X-detected-kernel: by mx20.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:100372 Archived-At: On Sat, 5 Jul 2008 22:02:29 +1200 Nick Roberts wrote: > > when `gdb-many-windows' is nil some windows (e.g. the window displaying > > the stack buffer) are dedicated. > > > > This may make sense with `gdb-many-windows' set to t but I find it > > pretty annoying with a nil value. I just looked at a long stack trace > > displayed in the only window of the frame. > > Dedicating windows gives some control over window configuration. Even if > gdb-many-windows is nil the user might choose to display buffers manually > that give a similar configuration to when it is t. Well, if it is nil, the user obviously wants to control windows as he wants, at least that's the reason why I toggle off many windows from time to time. > > When I hit RET to jump to the interesting source Emacs popped up a new > > frame. IMHO it's very bad behavior to pop up a frame unless explicitly > > asked to do so. > > I use gdb-many-windows with a nil value and often just display the stack trace > in a separate frame (via the menubar) and I don't see this. There must be > other factors like pop-up-frames being t, or the GUD and/or source buffer > killed or not being visible etc. I use two frames, one for GNUS and one for everything else. `pop-up-frames' is nil. > In order for me to accommodate your pattern of use, you need to provide a > recipe that illustrates the problem. In this case only one window was displayed (the stack trace). No other emacs frame on the "virtual desktop" (or whatever this is called). > > Do these windows have to be dedicated? > > Not making them dedicated might fix your specific problem but would surely > cause others. Currently window placement relies on heuristics and it will > probably always be possible to find a usage pattern where gdb-ui has annoying > behaviour. But why does gdb-ui wants to manage windows in the first place (if "many windows" is nil)? I don't quite see what it wants to achieve with it and what can't be done with the usual functions (switch-to, display, ...). > It is this kind of problem, inspired by examining ECB, that has led to some > people to look at the concept of window groups, as discussed earlier this > year on the mailing list. See above. > > Another smaller annoyance: IMHO the separate IO buffer shouldn't be in a > > dedicated window even if `gdb-many-windows' is t. It just takes to much > > space and makes it hard to look at two source files at the same time. > > If it takes up too much room why use a separate buffer? If you need a > separate buffer, why not put it in another frame? Another frame uses the same space (even some pixels more for the decoration!). I'm just used to Emacs keys for switching windows. Even though my window manager behaves very similar it's just not the same... But as I said, that's not a real problem for me, I stopped using a separate IO buffer and don't miss it much. > > BTW, how about some key bindings to move around / display the gdb-ui > > windows? > > It would be nice to be able to move the buffers around like views in Eclipse > but that would be a substantial task. Emacs 23 has tabs in the header line > of some buffers. Do you have any concrete ideas? At the time I use window-number.el (found on the emacswiki). It's a little minor mode that puts a number in the mode line and you can switch windows via C-x C-j . It's very nice for gdb-ui with many windows but I think mnemonic bindings would be better than numbers (I rarely use C-x C-j outside of gdb-ui). There must be some C-c C- binding free... David