all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Nick Roberts <nickrob@snap.net.nz>
Cc: ich@frank-schmitt.net, emacs-devel@gnu.org
Subject: Re: Incompatible change without "warning"
Date: Thu, 21 Apr 2005 12:56:47 +1200	[thread overview]
Message-ID: <16998.64079.815374.801982@farnswood.snap.net.nz> (raw)
In-Reply-To: <200504202314.j3KNEwh26121@raven.dms.auburn.edu>

 >    I should also add that tooltip-gud-echo-area doesn't do exactly the
 >    same thing as tooltip-use-echo-area: it only uses the echo area for
 >    GUD tooltips.  Help messages are still displayed in their own
 >    tooltip frame. Previously using the echo area for GUD tooltips
 >    required help messages to be displayed there also.  Turning
 >    tooltip-mode off means that help messages displayed in the echo
 >    area and that GUD tooltips are no longer displayed. Maybe this
 >    change is not as good as I first thought because now it is not
 >    possible to have both GUD tooltips and help messages displayed in
 >    the echo area.
 > 
 > Why did you make that change?  It would seem that if people prefer to
 > have GUD tooltip texts displayed in the echo area, they most likely
 > also want help messages displayed there.

When tooltip-mode is off help messages are displayed in the echo area. It was
confusing and a bit redundant that tooltip-mode turned on and
tooltip-use-echo-area set to t would also display help messages there.

GUD tooltips are generated differently to normal tooltips whose message are
embedded in the text properties. Their display is more erratic and thats why
I thought it might help to display them in the echo area.

There are six cases to consider:


                              Normal

                      Own Frame | Echo Area              Behaviours

   None                   x          x                 x - previous and present
G
U  Own frame              x                            * - previous
D
   Echo area              +          *                 + - present


The asymmetry arises becauses help messages can't be suppressed like
GUD tooltips. I don't think an extra variable to deal with the extra
case is justified. I can revert the change if people prefer the old
behaviour/can't think of a more elegant solution.

As an aside, at some stage in the future I would like to extend GUD tooltips
to display #define directives over identifiers (like in Visual Studio, I
think) when the program is not executing.

Nick

      reply	other threads:[~2005-04-21  0:56 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-19 14:48 Incompatible change without "warning" Frank Schmitt
2005-04-19 19:09 ` Eli Zaretskii
2005-04-19 20:53 ` Nick Roberts
2005-04-19 21:25   ` Stefan Monnier
2005-04-19 22:10     ` Kevin Rodgers
2005-04-20 14:57     ` Richard Stallman
2005-04-20 23:21       ` Nick Roberts
2005-04-21 14:17         ` Lute Kamstra
2005-04-21 22:35           ` Nick Roberts
2005-04-22  9:46             ` Lute Kamstra
2005-04-22 21:32               ` Nick Roberts
2005-04-23  7:17                 ` Lute Kamstra
2005-04-23  7:31                   ` David Kastrup
2005-04-23 19:25                     ` Lute Kamstra
2005-04-23  8:10                   ` Nick Roberts
2005-04-23  9:44                     ` Eli Zaretskii
2005-04-23 19:27                     ` Lute Kamstra
2005-04-21 19:56         ` Richard Stallman
2005-04-21 23:14           ` Nick Roberts
2005-04-21 23:56             ` Lute Kamstra
2005-04-23 16:15             ` Richard Stallman
2005-04-26  9:15               ` Nick Roberts
2005-04-26 21:06                 ` Stefan Monnier
2005-04-26 21:35                   ` Nick Roberts
2005-04-26 21:45                     ` Stefan Monnier
     [not found]                 ` <20050430231856.CE9369F511@mirror.positive-internet.com>
2005-05-01  3:50                   ` Nick Roberts
2005-05-01 12:07                     ` Richard Stallman
2005-05-01 14:06                       ` Nick Roberts
2005-05-01 15:18                         ` Luc Teirlinck
2005-05-01 23:39                           ` Richard Stallman
2005-05-02  2:28                             ` Luc Teirlinck
2005-05-01 18:57                         ` Richard Stallman
2005-05-01 21:18                           ` Luc Teirlinck
2005-05-01 18:57                         ` Richard Stallman
2005-05-01 18:57                         ` Richard Stallman
2005-05-01 22:43                           ` Nick Roberts
2005-05-02  7:38                             ` David Kastrup
2005-05-02 22:55                               ` Nick Roberts
2005-05-03  4:31                                 ` Luc Teirlinck
2005-05-03  7:17                                 ` David Kastrup
2005-05-04 22:04                                   ` Richard Stallman
2005-05-03 17:12                                 ` Richard Stallman
2005-05-02 23:40                               ` Richard Stallman
2005-05-02 15:21                             ` Richard Stallman
2005-04-20 14:57   ` Richard Stallman
2005-04-19 21:35 ` Nick Roberts
2005-04-20 23:14   ` Luc Teirlinck
2005-04-21  0:56     ` Nick Roberts [this message]

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=16998.64079.815374.801982@farnswood.snap.net.nz \
    --to=nickrob@snap.net.nz \
    --cc=emacs-devel@gnu.org \
    --cc=ich@frank-schmitt.net \
    /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.