Updating WZGUILib

[jwalker]

I just thought I would post what it looks like when you change the on.create to on.construction on the "UseThisFile.lua" file that I had provided above and run it in 3.2...

What this means is that if I want to still have 3.1 compatibility, I will have to have diffrent drawing code, at least for strings.

[adriweb]

That doesnt sound right. I don't see why drawing-related stuff would get changed... ?
Can you post the full code, I'll be helping you
(Edit:  or is it directly the UseThisFile.lua ? )

[jwalker]

It is Directly using the UseThisFile.lua file that that is located in page 7, I just changed on.create to on.construction

[Jim Bauwens]

Is the problem related to the "middle" in gc:drawString you used, or did you not use anything before ?

(I recommend you to use "top". I have no problems in 3.1/3.2 with it, as it's the most accurate argument)

[adriweb]

I just put that up on Inspired-Lua's gc:drawString :

[jwalker]

the problem is related to middle, thanks for the help

[jwalker]

So I have an Idea that could change the way WZGUILIB operates and can be used forever, if it works. I will keep you posted.

[jwalker]

So I solved the Idea for styles. I believe that I can store all of the paint, checkClick, click, and other methods that deal with how they are drawn and interacted with by the user. What this would allow is having multiple styles on one calculator without having to take up a large amount of space. It also would allow the programmer change between styles in the middle of the program by calling the function loadLibs(). The libs would be loaded at runtime after the creation of the objects and will load only one time unless the programmer calls loadLibs() later on.
I do have a questions though before I jump in and start changing code.
How much does var.recall fail when trying to get external data.

Also I did some testing with loading strings into lua strings and I ran into a problem. The Document that I created I put a string in it, but it wont load. I then used a file that came with Make3D_lib and it loaded the strings successfully. I used one lua file that I created to do this. Did levak do something diffrent than what I did to get his stuff to load properly?
I included the files.

[jwalker]

So I got the strings to load successfully, but I have another problem.
When you use assert() to run the lua chunck, how can you use the variables that already exist?
I get an error that global gc has been indexed so I know something isnt working.
I included the files that I have created in order to test this stuff out.

[Jim Bauwens]

Normally if you execute a new lua chunk it should be able to access all the existing variables.
I'll take a look at your code tomorrow.

[jwalker]

thanks, maybe its a student software bug?

[Jim Bauwens]

I get an error that global gc has been indexed so I know something isnt working.

Something like, "Attempt to index nil value gc" ?
Well, maybe you just forgot to add gc to the function parameter ?

Edit:
BTW, assert doesn't run a Lua chunk/function. It just checks that it's not nil. So you would need to do assert(chunkname, "chunk is nil")()

[jwalker]

yea I get that error, and the example you have shown is how I have it in my code.
It runs the string from on.paint, so I didnt forget gc.
I have also ran the string like this:
loadstring(string)()
and
func = loadstring(string)
func()
I also tried passing gc to each of those things and it failed

Also I have attatched the new files

[someone]

Seems like the problem is on the function "string.sub". It might not be loading it when you open the file or something.

[jwalker]

No, I only use string.sub to display the end part of the error message created by pcall()