noautohide-panel should be moved along with its parent window

RESOLVED FIXED

Status

()

RESOLVED FIXED
12 years ago
11 years ago

People

(Reporter: mano, Assigned: enndeakin)

Tracking

unspecified
x86
macOS
Points:
---
Dependency tree / graph
Bug Flags:
blocking1.9 -
wanted1.9 +

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

noautohide-panel should be moved along with its parent window.

STR:
1. apply the patch in bug 395122
2. open the toolbar customization dialog.
3. move the browser window.

EXPECTED RESULTS: the panel is moved along with the browser window
ACTUAL RESULTS: the panel is not moved until you hover it.

This blocks bug 395122.
Flags: blocking1.9?
(Assignee)

Comment 1

12 years ago
Created attachment 279924 [details] [diff] [review]
work in progress

This is a simple implementation to show and test how this could work, by supporting a fixed="true" attribute for panels.

Windows: works OK. The panel is adjusted when the window moves.
Mac: partially works, but Cocoa only sends window move events when the user stops moving the window. I don't know if there is a way to get all events.

There are still some issues, but this gives an idea:

1. This needs to also occur when resizing a window.
2. When moving the window to the bottom of the screen, the popup flips up to be above the anchor, as it would do when calculating its initial position.
3. Need to prevent the popup from moving when fixed="true" is not set
Assignee: jag → enndeakin
Status: NEW → ASSIGNED
(Assignee)

Updated

12 years ago
Depends on: 395670
Flags: blocking1.9? → blocking1.9-
Whiteboard: [wanted-1.9]
(Assignee)

Comment 2

11 years ago
Fixed by bug 395334
Status: ASSIGNED → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → FIXED
Flags: wanted1.9+
Whiteboard: [wanted-1.9]
You need to log in before you can comment on or make changes to this bug.