22319 - [Win32] Menu items disappear behind taskbar

Status: VERIFIED DUPLICATE of bug 21154

(Core :: XUL, defect, P4)

Description

[Ben Bucksch (:BenB)]

Menus end at the screen boundaries, however the task bar isn't recognized, so
the last item(s) disappear behind it.

Proposed fix: alter the code, that determines and reports the boundaries of the
screen, from reporting the real monitor boundaries to reporting the boundaries
of the currently visible (to honor multiple monitors or vitual desktops) and for
applications available space.

Comment 1

[Ben Bucksch (:BenB)]

Win32

Comment 2

[Peter Trudelle]

reassigning to saari as p4 for m14, cc hyatt

Comment 3

[saari (gone)]

Dan, does changing what the DOM screen reports as its size sound like the right way to go about this? Does the DOM spec even address this?

Comment 4

[Dan M]

You don't really want to mess with the basic screen size, since some parts of the code
(JS, for instance) need to know both. See the distinction between screen.width and
screen.availWidth: one is actual size, the other is useable, client size (minus things
like system toolbars and the Mac menubar). Sounds like you just need the "avail"
numbers. These are things theoretically already tracked by the DOM screen object
and by gfx device contexts, if you can get to one of them from wherever you are.

Comment 5

[Ben Bucksch (:BenB)]

Good. Withdrawing proposed fix :-) and changing summary from "[Win32] "Screen"
excludes Taskbar" to "[Win32] Menu items disappear behind taskbar".

Comment 6

[saari (gone)]

GetAvailWidth and GetAvailHeight *are* what is being called. Next theory please.

Oh yeah, I'm giving this to Dagley. Steve, nsMenuPopupFrame::SyncViewWithFrame
is the place where all this positioning happens.

Comment 7

[Steve Dagley]

Passing the menu bug torch to pinkerton

Comment 8

[Mike Pinkerton (not reading bugmail)]

*** This bug has been marked as a duplicate of 21154 ***

Comment 9

[Neil Marshall]

Verified dupe of 21154