From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.devel Subject: Re: Incompatible change without "warning" Date: Thu, 21 Apr 2005 12:56:47 +1200 Message-ID: <16998.64079.815374.801982@farnswood.snap.net.nz> References: <16997.31150.143615.77073@farnswood.snap.net.nz> <200504202314.j3KNEwh26121@raven.dms.auburn.edu> 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 1114044825 30612 80.91.229.2 (21 Apr 2005 00:53:45 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 21 Apr 2005 00:53:45 +0000 (UTC) Cc: ich@frank-schmitt.net, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 21 02:53:43 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DOPwj-0006IF-9M for ged-emacs-devel@m.gmane.org; Thu, 21 Apr 2005 02:53:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DOQ1L-0007BJ-EH for ged-emacs-devel@m.gmane.org; Wed, 20 Apr 2005 20:58:19 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DOQ0r-000714-0X for emacs-devel@gnu.org; Wed, 20 Apr 2005 20:57:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DOQ0p-00070B-2i for emacs-devel@gnu.org; Wed, 20 Apr 2005 20:57:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DOQ0o-0006KY-VC for emacs-devel@gnu.org; Wed, 20 Apr 2005 20:57:46 -0400 Original-Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DOQ2B-0001N0-Bw for emacs-devel@gnu.org; Wed, 20 Apr 2005 20:59:11 -0400 Original-Received: from farnswood.snap.net.nz (p43-tnt1.snap.net.nz [202.124.110.43]) by viper.snap.net.nz (Postfix) with ESMTP id B05C54AD9D7; Thu, 21 Apr 2005 12:56:55 +1200 (NZST) Original-Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 97B0862A99; Thu, 21 Apr 2005 01:56:48 +0100 (BST) Original-To: Luc Teirlinck In-Reply-To: <200504202314.j3KNEwh26121@raven.dms.auburn.edu> X-Mailer: VM 7.19 under Emacs 22.0.50.19 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 Xref: news.gmane.org gmane.emacs.devel:36217 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36217 > 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