GNU bug report logs - #1032
foreground-color in default-frame-alist affects tooltips, while background-color does not

Previous Next

Full log

View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: 1032 <at> debbugs.gnu.org
Subject: bug#1032: foreground-color in default-frame-alist affects tooltips, while background-color does not
Date: Thu, 30 Oct 2008 08:24:17 +0100

> The other issue, about tooltip-show modifying
> tooltip-frame-parameters, seems deliberate. tooltip.el defines a
> function tooltip-set-param with the explicit intent of modifying its
> argument alist, and `tooltip-show' copies `tooltip-frame-parameters'
> with copy-sequence, instead of copy-alist, and then uses
> `tooltip-set-param' on it.

This doesn't make sense to me.  When `tooltip-show' calls `x-show-tip'
it does so with _params_ and not with `tooltip-frame-parameters'.
What's the reason to do the `copy-sequence' in the first place?  Maybe
it's all about the 'left or 'top paramters.

> I can only imagine the idea was that `tooltip-frame-parameters' should
> not contain misleading (fore|back)ground-color entries that weren't
> really applied while creating the tooltip. Still, it seems weird to
> modify under-the-hood a customizable variable.

At least, such a reset should occur at the time the variable is
customized and not when the tooltip is displayed.


BTW, a related issue: When I, for example, use the mouse for popping up

	"Tools->Version Control->Show History"
	
from the menubar I get the tooltip

    "List the change log of the current fileset in a window"

When I now move the mouse to the next menu entry

     "Tools->Version Control->Update ChangeLog"

the old tooltip remains displayed.  Do you see that?  Is that a w32-only
problem?

martin

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.