Closed Bug 545156 Opened 15 years ago Closed 11 years ago

Expose nsPopupSetFrame's ::popupList

Categories

(Core :: XUL, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla28

People

(Reporter: MatsPalmgren_bugz, Assigned: enndeakin)

Details

(Whiteboard: [qa-])

Attachments

(1 file, 1 obsolete file)

(deleted), patch
MatsPalmgren_bugz
: review+
Details | Diff | Splinter Review
Spawned off from bug 544251. We should expose nsPopupSetFrame's ::popupList by implementing GetChildList(), GetAdditionalChildListName() for nsPopupSetFrame. (and uncomment the NS_ASSERTION in SetInitialChildList())
Attached patch Patch (obsolete) (deleted) — Splinter Review
This implements GetChildList and GetChildLists. Is there more to implement here?
Assignee: nobody → enndeakin
Status: NEW → ASSIGNED
Attachment #812920 - Flags: review?(matspal)
Comment on attachment 812920 [details] [diff] [review] Patch > Is there more to implement here? Not that I'm aware of... We do handle kPopupList in few places already though, for example: http://mxr.mozilla.org/mozilla-central/source/layout/generic/nsGfxScrollFrame.cpp#1718 I suspect those places are tailored for nsMenuFrame which also use kPopupList, can you check that they seem reasonable also for nsPopupSetFrame?
Attachment #812920 - Flags: review?(matspal) → review+
Attached patch Patch version 2, as suggested (deleted) — Splinter Review
This makes some additional changes as suggested. The only case I wasn't sure about was the use of kPopupList in RestyleManager.cpp::SyncViewsAndInvalidateDescendants
Attachment #812920 - Attachment is obsolete: true
Attachment #815864 - Flags: review?(matspal)
Comment on attachment 815864 [details] [diff] [review] Patch version 2, as suggested I think we can also remove nsPopupSetFrame::List since the inherited List method (nsContainerFrame) should now print this list. > nsLayoutUtils.cpp > + if (parent) { MOZ_ASSERT(parent, "nsMenuPopupFrame can't be the root frame"); > + } > + else { } else { > } else if (nsGkAtoms::tableCaptionFrame == aChildFrame->GetType()) { s/aChildFrame->GetType()/childType/ while we're here... r=mats
Attachment #815864 - Flags: review?(matspal) → review+
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla28
Whiteboard: [qa-]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: