Closed Bug 22892 Opened 25 years ago Closed 20 years ago

outline style ignored in XUL [outline]

Categories

(Core :: XUL, defect, P4)

x86
Other
defect

Tracking

()

RESOLVED DUPLICATE of bug 6647
Future

People

(Reporter: tekhir, Assigned: eric)

References

Details

(Keywords: css2)

I was trying to put a 1px black solid outline around popups and titledbuttons, but the outline style is ignored within XUL files. I was able to get outlines to work within HTML files. I tested this on Windows98 for M11, M12, 1999-12-30-09-M13, & 2000-01-02-01-M13 builds. To recreate this problem edit the global.css file to include "outline: 1px black solid;" within the "menupopup, popup" style definition. These popups should have a black border, but as you will see they don't.
Assignee: trudelle → hyatt
Priority: P3 → P4
Target Milestone: M16
reassigning to hyatt as p4 for m16. Dave, should you get this, or EVaughan?
Status: NEW → ASSIGNED
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
Boxes need to know how to work with outline, assuming we're going to do this by 5.0.
Assignee: hyatt → evaughan
Status: ASSIGNED → NEW
*IGNORE* - massive spam changing open XPToolkit bug's QA contact to jrgm@netscape.com
QA Contact: paulmac → jrgm
Status: NEW → ASSIGNED
Target Milestone: M16 → M17
Mass moving M17 bugs to M18
Target Milestone: M17 → M18
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
Do we still need outlines in XUL? If not I would recommend Futureing this. See also bug 9816 for more outline problems.
Whoa. Ian wants this one Future'd (as opposed to some others he's likely seen today :-\ (sorry) So, moving evaughan non-nsbeta3+ bugs to Future milestone, per xptoolkit triage.
Target Milestone: M21 → Future
Keywords: css2
Summary: (css2) outline style ignored in XUL → (css2) outline style ignored in XUL [outline]
This one is starting to pinch guys. In trying to design an XUL form designer, I've only been parially successful in getting a widget selection which does not re-flow the whole page. If this worked IDE's would be a no brainer - (well nearly). Not too much more in the future I hope?
*** Bug 77706 has been marked as a duplicate of this bug. ***
Comments from 77706: I now well advanced in developing an IDE for XUL applications. The lack of an effective way to indicate the selection of widgets is severely hampering this effort. You suggest that this feature is of marginal interest for XUL - NOT TRUE. Alternatives to indicate: 1. Use addition/removal of border around selected elements. Does not work, several widgets already use the border area for their UI - eg button. Inserting a new box parent would solve this but would still cause the form to be re-flowed. 2. Overlay Form display area with a stack containing a bulletin board. Move/resize a box arround the bulletin board to indicate the selection. Works only partially - screen resize moves widgets but not selection (which is fixed). Also D&D may not be possible on the widgets as they do not receive mouse events - these go to the bulletin board. It may be possible to work around this - but at a great increase in complexity. Please reconsider.
Keywords: mozilla0.9.2
Actually, '-moz-outline:' works. Or, well, sort of works (I don't think some aspects of how it is drawn are "per spec").
"some aspects"
Isn't this a duplicate of or at least dependent on bug 6647?
Depends on: css2outline
Summary: (css2) outline style ignored in XUL [outline] → outline style ignored in XUL [outline]
*** This bug has been marked as a duplicate of 6647 ***
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.