Problem with an OnLoad function

[ninmonkeys]

Has anyone had trouble with this, or see what I've done wrong? I'm not sure if this is my fault, or possibly a bug.

I've created a xml file that <OnLoad>, will call MyMod_OnLoad(); and didn't have any problems.

I tried it with the mod created using wowuides, and I keep getting "attempt to call global MyMod_OnLoad (a nil value)"

The root frame in wowuides, I have the onload property set to

MonkeyNote_OnLoad();

And in MyMod.lua, the function exists

function MonkeyNote_OnLoad()
	--register events
	this:RegisterEvent("VARIABLES_LOADED");
	
	--slash command
	SlashCmdList["MONKEYNOTE"] = MonkeyNote_SlashCommandHandler;
	SLASH_MONKEYNOTE1 = "/monkeynote";
	SLASH_MONKEYNOTE2 = "/mnote";
	
	--loaded message
	DEFAULT_CHAT_FRAME:AddMessage("ninmonkey's "..MONKEYNOTE_MOD_NAME.." loaded.");

end

[Nulkris]

Is that an error you are getting in WoW itself, or just in the designer? The designer will not execute the OnLoad handler at all, so is it being referenced elsewhere? If you like, attach the whole files and I will check it out.

[ninmonkeys]

Yes it is from in game. Here's the exact wording of the error:

[string "MonkeyNoteFrame:OnLoad"]:2: attempt to call global `MonkeyNote_OnLoad` (a nil value)

I attached the file.

[Nulkris]

Ok, its a load order issue, you need the lua file to load before the frame (it obviously calls OnLoad before loading the next file in the toc). You can right-click on MonkeyNote.lua and select Load Earlier and resave the project.

As for the edit box, you may need to place down a panel and the edit box from the Basic skin on top to not have it resize like it does. And the text rendering on the designer is still a bit out, so you need to have bigger Label boxes than you might think.

Good luck

[ninmonkeys]

1) Thanks, the load order fixed it.

2) I tried what you suggested, but it still doesn't work. (A frame(panel) is the child of the root frame, and an edit box is the child of the frame(panel))

The only difference is since the textedit isn't using a texture now, the texture stays in place. But, the text is still going out of bounds like the example that was attached.

I've tried setting MinimumSize, MaximumSize, but they appear to have no effect.

3) I had thought that maybe a scrollbar would fix the problem, but I don't see any scrollframe, or scrollbar objects. Would a slider be able to work as a scrollbar, or would it require a new object type to be created?

I've seen others examples of a textedit that can scroll require an <ScrollFrame />, <Frame />, <EditBox /> (So all that is missing is a ScrollFrame object)

-- simplified example
<ScrollFrame name="ScrollFrame">
	<ScrollChild>
		<Frame name="$parent_ScrollChild" >
			<Frames>
				<EditBox name="$parent_EditBox">
				</EditBox>
			</Frames>
		</Frame>
	</ScrollChild>
</ScrollFrame>

[Nulkris]

Yeah, I didn't really understand how multi-line edit controls worked (never looked . You could create a new component in the skin that had a scrollframe and another that is a vertical scrollbar, and link them together. I will have a look when I can, probably wont be until tomorrow though. Probably possible to create a rich multi-line edit component to do the whole job.

[ninmonkeys]

I'll try to get an example working, however edittext's have been giving me nothing but problems :P

To create a componet, do I just edit "wow ui/Skins/BasicSkin.xml and DefaultSkin.xml"? (I wasn't exactly sure which the differences were, I think that BasicSkin has more properties, but some components are not availible for both.

The textedit does allow colored strings, but only through escaped color codes since it only uses one FontString. You can also choose SimpleHTML, which allows some HTML tags, as well as multiple font strings. (I think only 3, one for each header, <h1-3>)

I'm not sure if you'd need color code strings in the program, but they are pretty simple.

Color code start: "|cff"
Color code end: "|r"
color (hex): 6666ff (6 characters of [0-10,a-f] )

So a red string would be: local str_red = "|cffff0000red text|r";

[Nulkris]

You are best to create your own skin for new components, that way it wont get overwritten on updates, and you can share what you create easily. See http://www.wowinterface.com/forums/s...ead.php?t=2018 for details on creating a skin from scratch. You just place any new skin files in the Skins directory and it will be recognised on next start up.

[Nulkris]

Ok, I uploaded a new beta to the main website (http://wowuides.wowinterface.com/beta.html) that has a multi-line edit component in it (in the Default skin). It is basically a ScrollFrame with an embedded EditBox. It inherits from FauxScrollFrameTemplate so it already includes a vertical scroll bar, and uses all the blizzard functions to manipulate it all, so it seems to work pretty good. It is pretty basic though, with few properties exposed, but should work for what you want.

[dafire]

It would be great to have some more skins shared with others .. I try to make some myself but since my wow-xml-gui knowledge is bad it'll take some time until I have something usefull to share

[mikezter]

oha, thanks for the info on load order. i manually editet the xml-file to include a <script file="mylua.lua"/> everytime i saved the project. (:

[Beladona]

this is a perfect example of why loading the lua from within the xml might be served better than loading it from the toc. If your xml file depends on functions declared within the lua file, load it as a script element in the xml file, that way you can be sure it is fully loaded before proceeding with anything in the xml.

Introducing the ability to load lua only from the toc, also introduced the load order issue...