19927 - GetBounds() always returns (0, 0) on Linux and Mac

Status: VERIFIED WONTFIX

(Core :: XUL, defect, P3)

Description

[sharon.bregante-candau]

****This needs to be reassigned to [e-mail], it didn't work when I
tried to do this************

There is an awful disparity between the unix and windows widget library
implementations.

On windows, GetBounds() on a nsIWidget will give you the (x,y) relative
to the parent.

On unix (and on the mac too, i think), GetBounds() will always return
(0,0) for the (x,y) coordinates.

I think you can use an alternate API to set up the (x,y) so that a
plugin eventually gets coordinates that are useful.

You will have to change the plugin code in mozilla that sets this up.
You can use:

http://lxr.mozilla.org/seamonkey/ident?i=WidgetToScreen

On both the widget in question and its parent.  The (x,y) of the widget
will be the difference.  I think ???  [e-mail] will know
more.

Now, the real solution to this would be for the gtk implementation to do
the same thing as windows.  Cache the (x,y) bounds in nsWidget and have
GetBounds() return them as opposed to (0,0).

The last time I tried this, a lot of things broke, like XP menus, and
absolutely positioned <div>.

blizzard: I bet superwin fixed this!

-re

Comment 1

[Christopher Blizzard (:blizzard)]

Pav, don't you have a fix for this?

Comment 2

[Christopher Blizzard (:blizzard)]

I've played with this a little bit.  It breaks menus pretty badly but I think
it's fixable.

Comment 3

[Christopher Blizzard (:blizzard)]

I don't know what this breaks.

Comment 4

[Claudius Gayle]

after careful consideration, marking this bug VERIFIED

Comment 5

[Christopher Blizzard (:blizzard)]

Please ignore the spam.  Changing address.

Comment 6

[Christopher Blizzard (:blizzard)]

bustage from my reassign

Comment 7

[Christopher Blizzard (:blizzard)]

bustage from my reassign