Closed
Bug 11088
Opened 25 years ago
Closed 3 years ago
Inconsistent way of moving non-eWindowType_child windows
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
RESOLVED
INCOMPLETE
Future
People
(Reporter: pavlov, Unassigned)
Details
Currently things such as gfx combo boxes, when they pop up windows are calling move with x and y coords relative to their parents. Other things, such as xul popups call move based on screen coords. The only way to tell the different in which way to move these is to see if one has a parent or not. Xul popups should soon have parents which will cause move to be broken. We need to have gfx widgets position any new non-eWindowType_child windows with global coords which they can obtain by calling WidgetToSceen.
Updated•25 years ago
|
Assignee: kmcclusk → rods
Comment 1•25 years ago
|
||
Rod, reassigning to you. Repositioning the combo dropdown using absolute coordinates is straight forward. But, there may be issues with the view system having a view that is positioned with absolute coordinates.
Comment 2•25 years ago
|
||
I wasn't sure what to do in the mean time for Photon so I just Move the Pop-Up offset from the current cursor position, since I don't have a parent to offset from.
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Comment 3•25 years ago
|
||
Currently, the view system and the positioning of widgets are all relative to their parents. It has not been a requirement that we support absolutely positioned widgets. There are several approaches that can be used for pops ups that would not impact the view system or require other changes. If this resolution is unsatisfactory, call a meeting with Kevin, Patrick, myself, and Hyatt. This is not a bug, it is a feature request that needs an indepth discussion.
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Comment 4•25 years ago
|
||
this is a bug. there are two different groups doing two different things which will cause major confusing. We should probably have a meeting to discuss this. Does anyone have a particular time when would be good?
Comment 5•25 years ago
|
||
Rod, remember that all feature requests to your group are now bugs. ;) what _is_ a girl to do?
Comment 6•25 years ago
|
||
Request or defect, it is still valid. clearing resolution.
Resolution: INVALID → ---
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → LATER
Comment 7•25 years ago
|
||
changing to later
Comment 9•24 years ago
|
||
reopening and marking Future...
Status: RESOLVED → REOPENED
Resolution: LATER → ---
Target Milestone: --- → Future
Updated•23 years ago
|
Priority: P3 → --
Updated•22 years ago
|
QA Contact: vladimire → tpreston
Updated•15 years ago
|
Assignee: rods → nobody
QA Contact: tpreston → layout.form-controls
Comment 11•3 years ago
|
||
Closing this as resolved:incomplete given the last real activity on this issue was 23 years ago and it is most likely not relevant anymore today. Please re-open it if you consider otherwise tho, thanks!
Status: REOPENED → RESOLVED
Closed: 25 years ago → 3 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•