SetScrollChild help

[Haleth]

Hi!

I'm trying to figure out a bug where frame parent/child ordering doesn't work properly on scroll frames. I've determined that either I'm missing something, or the SetScrollChild() function is bugged.

Take the following sample code:

local scrollFrame = CreateFrame("ScrollFrame", "TestScrollFrame", UIParent)
scrollFrame:SetSize(100, 100)
scrollFrame:SetPoint("CENTER")
scrollFrame:SetBackdrop({
	bgFile = "Interface\\ChatFrame\\ChatFrameBackground",
})
scrollFrame:SetBackdropColor(0, 0, 0, .5)

local scrollChild = CreateFrame("Frame", "TestScrollFrameContents", scrollFrame)
scrollChild:SetSize(100, 100)
scrollChild:SetPoint("TOP", scrollFrame, "TOP")

scrollFrame:SetScrollChild(scrollChild)

local check = CreateFrame("CheckButton", "TestCheckButton", scrollChild, "InterfaceOptionsCheckButtonTemplate")
check:SetPoint("CENTER")
check:SetNormalTexture("")

local bd = CreateFrame("Frame", nil, check)
bd:SetPoint("TOPLEFT", 4, -4)
bd:SetPoint("BOTTOMRIGHT", -4, 4)
bd:SetFrameLevel(check:GetFrameLevel()-1)
bd:SetBackdrop({
	bgFile = "Interface\\ChatFrame\\ChatFrameBackground",
})
bd:SetBackdropColor(0, 0, 0)

This creates a semi-transparent ScrollFrame with an equally sized frame as its child. In the centre of the child is a check button with a solid black background. I know I could just use SetBackdrop on the check button, but I need to use frames as a backdrop for a specific reason in my addon.

The problem here is that for some reason, the check button's background frame appears on top of the check button, despite the fact that its frame level is lower. So, the checked texture will appear behind the black background.

However, if I comment out this line:

scrollFrame:SetScrollChild(scrollChild)

The background will appear behind the check button, even though scrollChild already had scrollFrame as its parent during creation.

What is the problem here?

The only other thing I've managed to find on this problem is this: http://blue.cardplace.com/newcache/f...4311215435.htm and the issue is unresolved there too.

[semlar]

Make the checkbutton a child of "bd" and forget about frame levels.

Right now you're creating a backdrop on top of the frame you want it to be behind.

[Duugu]

I can remember that I had the same problem 2 years ago with http://www.wowinterface.com/download...doManager.html

My intention with the scrollframe was to clip all game elements if they leave the map. I've tried everything with framelevel and framestrata, but the scollframe ignores them all.
The childs have a frame level and it's even set with SetFrameLevel and you could get it with GetFrameLevel... but the frames in the scrollframe are simply not re-arranged. Never.

I ended up with pre building all needed elements in the order the should be stacked up (in your case backdrop frame first then checkbutton frame).

btw: without

scrollFrame:SetScrollChild(scrollChild)

the child frames are not clipped (try set the anchor 'outside' the scrollframes borders) which makes the scrollframe somewhat useless. -.-

[Haleth]

semlar: I could use that workaround, but the problem is I'm often working with the default Blizzard frames and reparenting checkboxes often have all kinds of consequences. It's something I'd rather avoid.

The thing is, this is supposed to work, but for some reason SetScrollChild seems to mess with frame order, like Duugu said.

[zork]

Frame stacking can be a huge pain in the but.

I have not worked with frame stacking inside of a scrollchild yet. Textures have a drawlayer making stacking pretty easy.

If you need frame stacking try to parent your new layer to the layer below. That works for most of the parts.

If that is not an option try to get the framelevel of your current frames and when creating a new frame set it to a higher framelevel.

local parent = CreateFrame("Frame", nil, UIParent)
local child = CreateFrame("Frame", nil, parent)
 
local child2 = CreateFrame("Frame", nil, parent)
child2:SetFrameLevel(math.max(child:GetFrameLevel())+1)

But if what Duugu wrote is still in place you are screwed.

Btw...not sure why you are not doing what semlar wrote. There is no reparenting. Upon button init you set the parent to the bg.

local bd = CreateFrame("Frame", nil, scrollChild)
local check = CreateFrame("CheckButton", "TestCheckButton", bd, "InterfaceOptionsCheckButtonTemplate")

Whenever I had stacking issues the parenting technique worked perfectly for me.

[Choonstertwo]

Originally Posted by zork local parent = CreateFrame("Frame", nil, UIParent) local child = CreateFrame("Frame", nil, parent)   local child2 = CreateFrame("Frame", nil, parent) child2:SetFrameLevel(math.max(child:GetFrameLevel())+1)

I'm just curious, what's the purpose of math.max here? Won't :GetFrameLevel() always return a single number?

[semlar]

Originally Posted by Haleth I'm often working with the default Blizzard frames and reparenting checkboxes often have all kinds of consequences.

In that case, for each layer you want inside your scrollframe create a frame (eg. one for background, artwork and overlay) and parent your other frames to the level you want them to appear.

If you can't do that, creating the backdrop frame and parenting it to the scrollchild before putting the checkbox in there should make it appear underneath.

[Haleth]

Originally Posted by zork Btw...not sure why you are not doing what semlar wrote. There is no reparenting. Upon button init you set the parent to the bg.

That would work in the example, but not when I'm modifying the Blizzard UI (which is what I'm doing most of the time - the example was just to narrow down the issue).

Originally Posted by semlar In that case, for each layer you want inside your scrollframe create a frame (eg. one for background, artwork and overlay) and parent your other frames to the level you want them to appear. If you can't do that, creating the backdrop frame and parenting it to the scrollchild before putting the checkbox in there should make it appear underneath.

Parenting it to the scrollChild is a trick that works, yep

[zork]

Originally Posted by Choonstertwo I'm just curious, what's the purpose of math.max here? Won't :GetFrameLevel() always return a single number?

That is if you want to overlay more that one frame. In this case it is only one.

[Duugu]

Originally Posted by zork That is if you want to overlay more that one frame. In this case it is only one.

Hm.

math.max()
Returns the maximum value among its arguments.


GetFrameLevel returns a single number. That seems to be useless.

[zork]

child:SetFrameLevel(math.max(child1:GetFrameLevel(),child2:GetFrameLevel(),childN:GetFrameLevel())+1)

Only needed when comparing against a set of frames.