GNU bug report logs - #24
Broken tooltips with dual-head on MS Windows

Previous Next

Package: emacs;

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

From: Neil Roberts <bpeeluk <at> yahoo.co.uk>
To: bug-gnu-emacs <at> gnu.org
Subject: bug#24: Broken tooltips with dual-head on MS Windows
Date: Sat, 21 Jul 2007 12:24:51 +0100
[Message part 1 (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 3 (text/plain, inline)]
_______________________________________________
bug-gnu-emacs mailing list
bug-gnu-emacs <at> gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs

This bug report was last modified 17 years and 91 days ago.

Previous Next


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