GNU bug report logs -
#24
Broken tooltips with dual-head on MS Windows
Previous Next
Reported by: Neil Roberts <bpeeluk <at> yahoo.co.uk>
Date: Fri, 29 Feb 2008 09:10:05 UTC
Severity: normal
Done: Jason Rumney <jasonr <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Fri, 14 Mar 2008 16:11:07 +0000
with message-id <47DAA39B.2080309 <at> gnu.org>
and subject line Re: Broken tooltips with dual-head on MS Windows
has caused the Emacs bug report #24,
regarding Broken tooltips with dual-head on MS Windows
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don <at> donarmstrong.com
immediately.)
--
24: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
Hi,
I found a few problems with the positioning of tooltips when more than
one monitor is used under Windows. The current code seems to only take
into account the dimensions of the primary display so that for example
if the cursor is to the right of the primary display then it will
always think the tooltip doesn't fit and it will always move it to the
left of the cursor. Also, if there is a display to the left of the
primary display then all of the coordinates on that display are
negative but Emacs won't let the tooltip be positioned at a
co-ordinate less than zero so the tooltip is placed in the wrong
display.
I've made a little patch to the compute_tip_xy function to make it use
the multi-monitor API so that it can correctly position the tooltip
within the display containing the cursor. The API is checked for
dynamically using GetProcAddress so that it can still work under
Windows 95 where it isn't available. I'm not sure if the rest of Emacs
still supports Win95 so it could be tidied up if this isn't necessary.
Regards,
- Neil
[wintooltip.patch (text/plain, attachment)]
[Message part 5 (text/plain, inline)]
_______________________________________________
bug-gnu-emacs mailing list
bug-gnu-emacs <at> gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs
[Message part 6 (message/rfc822, inline)]
I've applied a similar patch to Emacs 23 (trunk).
This bug report was last modified 17 years and 70 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.