From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: gdb-ui / fring coredump question Date: Wed, 2 Feb 2005 15:28:53 +0900 Message-ID: References: <16895.56578.482474.182257@farnswood.snap.net.nz> Reply-To: snogglethorpe@gmail.com, miles@gnu.org NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1107326592 5195 80.91.229.2 (2 Feb 2005 06:43:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 2 Feb 2005 06:43:12 +0000 (UTC) Cc: emacs-devel@gnu.org, Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 02 07:43:11 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1CwEE8-0001fo-AE for ged-emacs-devel@m.gmane.org; Wed, 02 Feb 2005 07:43:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CwER9-0003fI-2c for ged-emacs-devel@m.gmane.org; Wed, 02 Feb 2005 01:56:27 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CwEOm-0003Yb-7C for emacs-devel@gnu.org; Wed, 02 Feb 2005 01:54:01 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CwEOW-0003Rz-PY for emacs-devel@gnu.org; Wed, 02 Feb 2005 01:53:47 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CwEOW-0003PT-Be for emacs-devel@gnu.org; Wed, 02 Feb 2005 01:53:44 -0500 Original-Received: from [64.233.184.195] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CwE0W-0007bm-Ux for emacs-devel@gnu.org; Wed, 02 Feb 2005 01:28:57 -0500 Original-Received: by wproxy.gmail.com with SMTP id 36so130322wri for ; Tue, 01 Feb 2005 22:28:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=cZAXW0i1V7p4nQCTobYOCj9Ln3Zpr5ZPONXoXIpqKkMrI1IRY+RoDzrexRULuoPqVpECDO1GWct/XObxEugw8UlfeD4I+XGlb8QYm9BTyEo8oVV9+cYuxuB5rqz6s0yzIqoYNpugBpIzQkeUc9MMJgu6+65VwzalVTkhIfHMZvI= Original-Received: by 10.54.59.37 with SMTP id h37mr4524wra; Tue, 01 Feb 2005 22:28:54 -0800 (PST) Original-Received: by 10.54.19.59 with HTTP; Tue, 1 Feb 2005 22:28:53 -0800 (PST) Original-To: Nick Roberts In-Reply-To: <16895.56578.482474.182257@farnswood.snap.net.nz> 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:32745 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:32745 > By default, if the fringe is present, both arrow and breakpoint icons should > display there. The only way that I can get breakpoint icons to display in the > margin when the fringe is present, is to make the fringe under eight pixels > wide I'm confused what you mean above. Do you mean that you _want_ to use the margin for breakpoint icons, but that there's some strange interaction between the fringe and margin such that this doesn't work when the fringe is 8 or more pixels wide? That sounds a bit strange. I'd think that the most desirable method would be to use the fringe for both; as you mention below, there's a click issue, but at least for my use, clickability is not very important, I'd prefer to have the nicer display properties of the fringe-only mode. > (what value do you have for fringe-mode?). fringe-mode's value is nil > Going slightly offtopic, when > the margin is used you can disable/enable it with mouse-3. However, I can't > get this behaviour to work in the fringe because, in this case, there are no > associated text-properties to store breakpoint information. Another problem I saw in passing with the both-fringe-and-margins mode is that for some reason once the margin had been displayed, it would sometimes start blinking on and off (I mean, it would display first without the margin, then redisplay with the margin, etc). I don't have an easy test case for this though. I wonder if it's related to the bug I reported earlier, where I get repeated alternating redisplay of octal-encoded ecapes for 8-bit values and "displayed as european characters" display; that bug is still not fixed. -Miles -- Do not taunt Happy Fun Ball.