From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Tabbed buffers Date: Sun, 27 Jan 2008 06:07:29 +0200 Message-ID: References: <18330.23354.579245.68671@kahikatea.snap.net.nz> <18331.52351.287820.784891@kahikatea.snap.net.nz> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1201406868 26675 80.91.229.12 (27 Jan 2008 04:07:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Jan 2008 04:07:48 +0000 (UTC) Cc: emacs-devel@gnu.org To: Nick Roberts Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 27 05:08:06 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 1JIyoQ-0003gX-HX for ged-emacs-devel@m.gmane.org; Sun, 27 Jan 2008 05:08:06 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JIyo0-0008Rx-1k for ged-emacs-devel@m.gmane.org; Sat, 26 Jan 2008 23:07:40 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JIynv-0008RA-IN for emacs-devel@gnu.org; Sat, 26 Jan 2008 23:07:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JIynt-0008Pr-Hg for emacs-devel@gnu.org; Sat, 26 Jan 2008 23:07:34 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JIynt-0008Po-Bs for emacs-devel@gnu.org; Sat, 26 Jan 2008 23:07:33 -0500 Original-Received: from nitzan.inter.net.il ([213.8.233.22]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JIyns-0004nC-TW for emacs-devel@gnu.org; Sat, 26 Jan 2008 23:07:33 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-83-130-218-76.inter.net.il [83.130.218.76]) by nitzan.inter.net.il (MOS 3.7.3a-GA) with ESMTP id IZE38256 (AUTH halo1); Sun, 27 Jan 2008 06:05:02 +0200 (IST) In-reply-to: <18331.52351.287820.784891@kahikatea.snap.net.nz> (message from Nick Roberts on Sun, 27 Jan 2008 13:12:47 +1300) X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) 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:87625 Archived-At: > From: Nick Roberts > Date: Sun, 27 Jan 2008 13:12:47 +1300 > Cc: emacs-devel@gnu.org > > > > On help-gnu-emacs, Per Nordlöw has asked about showing the threads view by > > > default in gdb-ui. The problem is trying to fit so many windows in a > > > single frame. > > > > For that specific problem, you could put each thread's info in a > > separate set of GUD buffers, and have a gdb-ui command to switch them > > all in lockstep. > > I thought lockstep referred to stepping all threads together. Do I have to apologize that English is not my first language? > Anyway, I am thinking of using a separate multi-window frame for each thread > with indirect buffers for the source Multiple frames would be a nuisance in gdb-ui, since many users (at least many that I witnessed) make Emacs full-screen when they use gdb-ui, because otherwise it's hard to see enough stuff in each one of the 6 windows. That is why I suggested to reuse the same windows for the other threads.