unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Miles Bader <snogglethorpe@gmail.com>
Cc: emacs-devel@gnu.org, Miles Bader <miles@gnu.org>
Subject: Re: gdb-ui / fring coredump question
Date: Wed, 2 Feb 2005 15:28:53 +0900	[thread overview]
Message-ID: <fc339e4a05020122283400ca5a@mail.gmail.com> (raw)
In-Reply-To: <16895.56578.482474.182257@farnswood.snap.net.nz>

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

  parent reply	other threads:[~2005-02-02  6:28 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-01  4:22 gdb-ui / fring coredump question Miles Bader
2005-02-01  6:58 ` Miles Bader
2005-02-01  8:56 ` Kim F. Storm
2005-02-02  6:20   ` Miles Bader
2005-02-01 19:48 ` Nick Roberts
2005-02-01 20:08   ` Nick Roberts
2005-02-02  6:28   ` Miles Bader [this message]
2005-02-02  8:09     ` Nick Roberts
2005-02-02 13:18       ` Robert J. Chassell
2005-02-02 21:31         ` Nick Roberts
2005-02-02 23:00           ` Kim F. Storm

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=fc339e4a05020122283400ca5a@mail.gmail.com \
    --to=snogglethorpe@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=miles@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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).