From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.devel Subject: Re: gdb-ui, dedicated windows Date: Mon, 7 Jul 2008 17:20:30 +1200 Message-ID: <18545.42910.825681.693892@kahikatea.snap.net.nz> 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 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1215409211 27440 80.91.229.12 (7 Jul 2008 05:40:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 7 Jul 2008 05:40:11 +0000 (UTC) Cc: David Hansen , emacs-devel@gnu.org To: Tom Tromey Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 07 07:40:56 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 1KFjT3-0007cr-Kn for ged-emacs-devel@m.gmane.org; Mon, 07 Jul 2008 07:40:53 +0200 Original-Received: from localhost ([127.0.0.1]:43581 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KFjSB-0002Al-TU for ged-emacs-devel@m.gmane.org; Mon, 07 Jul 2008 01:39:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KFjS4-0002AJ-3c for emacs-devel@gnu.org; Mon, 07 Jul 2008 01:39:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KFjS2-00029k-Qi for emacs-devel@gnu.org; Mon, 07 Jul 2008 01:39:51 -0400 Original-Received: from [199.232.76.173] (port=60871 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KFjS2-00029a-Gr for emacs-devel@gnu.org; Mon, 07 Jul 2008 01:39:50 -0400 Original-Received: from viper.snap.net.nz ([202.37.101.25]:55741) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KFjS1-00049x-NQ for emacs-devel@gnu.org; Mon, 07 Jul 2008 01:39:50 -0400 Original-Received: from kahikatea.snap.net.nz (209.31.255.123.static.snap.net.nz [123.255.31.209]) by viper.snap.net.nz (Postfix) with ESMTP id AE2BE3DA4B3; Mon, 7 Jul 2008 17:20:35 +1200 (NZST) Original-Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id F02AF8FC6D; Mon, 7 Jul 2008 17:20:31 +1200 (NZST) In-Reply-To: X-Mailer: VM 7.19 under Emacs 22.2.50.3 X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:100410 Archived-At: Tom Tromey writes: > >> 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. > > Nick> If it takes up too much room why use a separate buffer? If you need a > Nick> separate buffer, why not put it in another frame? > > The effect I would like is to have a single, screen-filling "gdb UI" > frame show up when I start debugging, and have it go away when I > finish debugging. And, I'd like to be able to arrange the windows in > this frame the way I like. Killing the GUD buffer kills the associated buffers. Maybe that's not obvious but it is mentioned in the manual. > The "one frame" approach is vaguely reminiscent of an Eclipse > perspective. FWIW I think it is reasonable for some people to want > multiple frames and some to want a single frame. > > To achieve this, a few changes are needed. First, Emacs needs a new > way to maximize a frame so it doesn't overshadow the panel. Second, > gdb-ui needs some window layout code. I'm not sure what you mean. Emacs appears maximise a frame like any other application and the (Gnome) planel always remains visible for me. > >> BTW, how about some key bindings to move around / display the gdb-ui > >> windows? > > Nick> It would be nice to be able to move the buffers around like > Nick> views in Eclipse but that would be a substantial task. Emacs 23 > Nick> has tabs in the header line of some buffers. Do you have any > Nick> concrete ideas? > > A while back I wrote the appended. It isn't perfect, but the idea is > that you can rearrange the windows by hand, then save the state. > Then, next time, M-x gdb-frame-restore-windows will use this window > layout instead of the built-in one. Yes it would be nice to have something like this, although I generally don't want to start with the same window arrangement that I finished with in the previous sessiion. Whenever possible I recompile and stay in the same session and that way I keep breakpoints, command history etc. > A few unimplemented refinements: have gdb-ui do this automatically, > save the window configuration, and allow multiple "source" windows w/ > LRU replacement. For the source window I think this would need to save the source buffer and use gdb-display-source-buffer. -- Nick http://www.inet.net.nz/~nickrob