The autocomplete popup should appear below the addressing widget rather than off to the side. From 39180, jglick wrote: "Also, the drop down menu should appear Directly below the addressing field (not off to the side like it currently is). "
It's a bug of positionment of popup menu. I open the popup menu with -1,-1 as position and the edit field as parent. Reassign to pinkerton
Assignee: ducarroz → pinkerton
i thought i already had this bug, but i can't find it.
Severity: normal → minor
Status: NEW → ASSIGNED
Target Milestone: --- → M19
mass-moving all bugs to m21 that are not +/-
Target Milestone: M19 → M21
ducarroz, are you saying that if you specify -1, -1 as the position then you expect it to go below, but instead it goes to the right? sounds like you are expecting one thing when the default is another. hyatt, what was the default, do you remember? is this even a bug?
Target Milestone: M21 → ---
duzarroz: the way you can get this to work today is to set the |popupanchor| and |popupalign| attributes to what you want. Those parameters on |createPopup()| are going away to make popups more consistant with menus. I'll keep this bug around to remove those parameters from createPopup then pass this bug over to you to set the attributes.
Target Milestone: --- → M20
should document the workaround.
Target Milestone: M20 → Future
OS: Windows NT → All
Hardware: PC → All
Summary: autocomplete popup should appear below addressing widget → remove popupanchor/align params from CreatePopup() on popups to match menus
Target Milestone: Future → mozilla0.9
This bug needs to be fixed for XUL1.0 (Mozilla 1.0).
riiiiight....which is why i marked it mozilla0.9.
Assignee: pinkerton → dcone
Status: ASSIGNED → NEW
oops!!! wrong bug ;)
Assignee: dcone → pinkerton
since we still need the params on popupBoxObject's CreatePopup() for tooltips and context menus, ben and I figured that they should stay on the xbl popup's openPopup() method as well. Someone could want to position a popup at a physical location and not use the aligment attributes, though we aren't doing that now. i'm marking this INVALID. Please re-open if anyone disagrees.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → INVALID
No objection to Pinkerton's comments were made here, so I'm marking this VERIFIED INVALID.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.