Closed
Bug 2813
Opened 26 years ago
Closed 26 years ago
"frame-change" style event not yet implemented
Categories
(Core Graveyard :: GFX, defect, P1)
Core Graveyard
GFX
Tracking
(Not tracked)
VERIFIED
FIXED
M4
People
(Reporter: mikepinkerton, Assigned: peterl-retired)
Details
(I know this is on the schedule but since it is a dependency, peter wanted me to
file a bug so he can track its progress).
For toolbars to implement collapsing correctly, I need to be able to change the
display type of a frame on the fly (eg, set something to display:none after it
has been created). This currently isn't implemented.
Reporter | ||
Updated•26 years ago
|
OS: Mac System 8.5 → All
Hardware: Macintosh → All
Reporter | ||
Comment 1•26 years ago
|
||
changing platform/os to "All"
Updated•26 years ago
|
Assignee: nisheeth → peterl
Comment 3•26 years ago
|
||
The fix for this is checked in. Setting the display property on HRs and other
leaf elements was working. Setting the same property on container elements like
tables wasn't: the style context would not get re-resolved with the new value of
the display attribute. Peter is currently taking a look at this. Am
re-assigning the bug to him.
Reporter | ||
Comment 4•26 years ago
|
||
Am I correct in assuming that this "bug" that peter is looking into would prevent
toolbars (which are block-frame containers) from correctly respecting
display:none?
Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•26 years ago
|
||
This seems to be working fine now...
Updated•26 years ago
|
QA Contact: 3819
Comment 6•26 years ago
|
||
I will mark verified assuming pinkerton agrees with fix.
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Comment 7•26 years ago
|
||
This doesn't seem to work for me. When I set toolbars to have display: none, I
get a reflow, but the toolbar frames are not destroyed and recreated (i put
breakpoints in the constructor/destructor). You can still see the "collapsed"
toolbar.
Reopening
Updated•26 years ago
|
Resolution: FIXED → ---
Comment 8•26 years ago
|
||
Clearing fixed resolution
Reporter | ||
Updated•26 years ago
|
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 9•26 years ago
|
||
Ok, closing this bug and reopening a different one. I wasn't aware that there
were multiple stages going on here.
Reporter | ||
Comment 10•26 years ago
|
||
I can't verify this, however. Maybe nisheeth can.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 11•26 years ago
|
||
marking verified since another bug was opened
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•