all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Nick Roberts <nickrob@snap.net.nz>
To: David Hansen <david.hansen@gmx.net>
Cc: emacs-devel@gnu.org
Subject: Re: gdb-ui, dedicated windows
Date: Mon, 7 Jul 2008 16:38:12 +1200	[thread overview]
Message-ID: <18545.40372.978280.247737@kahikatea.snap.net.nz> (raw)
In-Reply-To: <87vdzkwqlr.fsf@localhorst.mine.nu>

 > > 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.

He probably knows which buffers he wants in which windows but I'm not sure if
he knows how to put them there. 


 > > 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).

I still can't reproduce this, or Miles' problem whrere gdb-ui will hide the gdb
buffer as a side-effect of popping up the source buffer (which may be a
consequence of the GUD buffer _not_ being in a dedicated window.


 > >  > 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, ...).

OK, I've just tried using gdb-ui without making windows dedicated and not
noticed any degradation in performance.  Maybe dedicating the windows is
historical and isn't needed now windows are split more readily.  It's really
just evolved from my arbitrary personal use.  If you want to submit a patch and
others, e.g., Miles, think it's an improvement, I'll be happy to install
it.

-- 
Nick                                           http://www.inet.net.nz/~nickrob




  reply	other threads:[~2008-07-07  4:38 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-05  7:58 gdb-ui, dedicated windows David Hansen
2008-07-05 10:02 ` Nick Roberts
2008-07-05 10:52   ` David Hansen
2008-07-07  4:38     ` Nick Roberts [this message]
2008-07-08  7:06       ` Miles Bader
2008-07-08  7:18         ` Miles Bader
2008-07-08 23:39           ` Nick Roberts
2008-07-08 23:46             ` Miles Bader
2008-07-09 10:47               ` Nick Roberts
2008-07-15 13:37                 ` Miles Bader
2008-07-15 21:50                   ` Nick Roberts
2008-07-15 23:43                     ` Miles Bader
2008-07-05 14:04   ` Miles Bader
2008-07-05 16:11   ` Tom Tromey
2008-07-07  5:20     ` Nick Roberts
2008-07-07 14:40       ` Tom Tromey
2008-07-07 16:14         ` tomas
2008-07-07 19:33         ` David Hansen
2008-07-07 19:47           ` Lennart Borgman (gmail)
2008-07-07 20:01           ` Tom Tromey
2008-07-07 20:09             ` Lennart Borgman (gmail)
2008-07-07 23:11           ` Stephen J. Turnbull
2008-07-07 23:03             ` Lennart Borgman (gmail)
2008-07-08 16:02         ` James Cloos

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=18545.40372.978280.247737@kahikatea.snap.net.nz \
    --to=nickrob@snap.net.nz \
    --cc=david.hansen@gmx.net \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.