From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.devel Subject: Problems with new GDB toolbar Date: Mon, 18 Nov 2002 01:15:50 +0000 Sender: emacs-devel-admin@gnu.org Message-ID: <15832.16198.358673.792906@nick.uklinux.net> References: <5x8yzr95jh.fsf@kfs2.cua.dk> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1037583302 23447 80.91.224.249 (18 Nov 2002 01:35:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 18 Nov 2002 01:35:02 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18DaoW-00065n-00 for ; Mon, 18 Nov 2002 02:35:00 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18DaqW-0006A4-00 for ; Mon, 18 Nov 2002 02:37:04 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Damw-0001Az-00; Sun, 17 Nov 2002 20:33:22 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18DaaZ-0001V8-00 for emacs-devel@gnu.org; Sun, 17 Nov 2002 20:20:35 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18DaaV-0001Rg-00 for emacs-devel@gnu.org; Sun, 17 Nov 2002 20:20:33 -0500 Original-Received: from bts-0326.dialup.zetnet.co.uk ([194.247.49.70] helo=nick.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DaYr-0000hR-00 for emacs-devel@gnu.org; Sun, 17 Nov 2002 20:18:49 -0500 Original-Received: by nick.uklinux.net (Postfix, from userid 501) id E8A2E76037; Mon, 18 Nov 2002 01:15:51 +0000 (GMT) Original-To: no-spam@cua.dk (Kim F. Storm) In-Reply-To: <5x8yzr95jh.fsf@kfs2.cua.dk> X-Mailer: VM 6.97 under Emacs 21.3.50.1 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9509 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9509 Kim F. Storm writes: > However, I find some of the new icon a bit confusing, and I > notices some minor problems with it. I agree entirely. I don't pretend they're all ideal. Some have been taken from the Insight debugger by Cygnus/RedHat. I've made up the others myself. They're meant to be a starting point and I will feed back opinion on this mailing list to the graphic designer(s) who might provide new ones. > After first starting gdb, the first icon I clicked on > (to get things going) was the [Go] icon. It resulted in > a the following error: > > gud-format-command: Wrong type argument: stringp, nil > I can see the ambiguity. My reasoning was that the gdb command is `run' not `go'. And that `go' being the opposite of `stop' gave a reasonable pair of icons for the tasks of removing/setting breakpoints. > Well, I started the program with the [Run] icon, and now wanted to > install a breakpoint in the code... so I clicked on the [Stop] icon. Stopping execution is exactly what the Insight debugger uses it for. But I didn't. :-) > It didn't work, so I did C-c C-z to stop the program... > > I used C-c C-b to set the breakpoint, and then clicked on [Go] > to continue exection... and it removed the breakpoint. > > Ok, now a small bell rang, and I took the time to look at the tooltips; > [Stop] means "Set Breakpoint" and [Go] means "Clear breakpoint"... I do think that the tooltips should be the first thing to look for with a new set of icons. > IMO, the [Stop] button should send a stop signal to the process, That sounds sensible. > and the [Go] button should do the equivalent of "continue". I prefer the current button for "continue". It seems intuitive and is part of a set controlling execution. > And then you should add new buttons for Set and Clear breakpoint; > I would recommend a "red bullet" (with no text) to set a breakpoint, > and the same "red bullet" with an "X" over it to clear the breakpoint. This metaphor is a bit lost on me but I have seen it before. > Also, most of the icons (except [Run]) should be "shaded" when the > program isn't running. Also, the [Run] tooltip should be changed to > "Restart program" when the program is running. I don't think this can be done in gud.el. However, I think it can in gdb-ui.el in which gdb is started with the command `gdba'. This is the file which I've put most work into and has got a lot more new features (like breakpoint icons in the margin, stack frames etc). > Finally, when the gud buffer exists, the GDB toolbar seems to be used > as the default toolbar for modes which uses the default toolbar. > That's pretty annoying. I don't know what the default toolbar is but I can't get the GDB toolbar in any buffer that has gud-minor-mode set to nil. Even a buffer in fundamental mode seems to have its own toolbar. Can you explain ? Nick