Open
Bug 369581
Opened 18 years ago
Updated 2 years ago
'height:auto' non-box frames don't respect height of overridable nsITheme::GetMinimumWidgetSize
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
NEW
People
(Reporter: dbaron, Unassigned)
References
Details
Attachments
(2 files, 2 obsolete files)
1.49 KB,
patch
|
Details | Diff | Splinter Review | |
1.39 KB,
patch
|
Details | Diff | Splinter Review |
non-box frames with 'height: auto' (such as buttons) don't respect the height part of the result from nsITheme::GetMinimumWidgetSize when the canOverride out parameter is true. This is because nsFrame::ComputeSize doesn't adjust a height that it NS_UNCONSTRAINEDSIZE. I think the way we need to fix this is to set mComputedMinHeight in the reflow state.
Reporter | ||
Comment 1•18 years ago
|
||
I think this should work. It's against a tree from before Eli landed last night, and requires merging.
Reporter | ||
Comment 2•18 years ago
|
||
Merged with bug 177805.
Attachment #254347 -
Attachment is obsolete: true
Reporter | ||
Comment 3•18 years ago
|
||
Fix the comment too.
Attachment #254365 -
Attachment is obsolete: true
Patch doesn't seem to work for me. I am specifying a minimum height of 20 for buttons and I am still getting native buttons with frame heights < 20.
If you apply this simple patch to a Firefox tree and then visit bugzilla.mozilla.org (the main page) you'll see button frames that are smaller then the minimum size specified. You can see that the button draws outside of the frame because it cannot draw smaller.
Updated•6 years ago
|
Product: Core → Core Graveyard
Assignee | ||
Updated•6 years ago
|
Component: Layout: Misc Code → Layout
Product: Core Graveyard → Core
Reporter | ||
Updated•3 years ago
|
Assignee: dbaron → nobody
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•