Even though this is kind of a double post, I think we may have stumbled on to a Ti-Nspire Lua bug...
Say you create a class outside of the string you want to load, or even try to use gc, it will always say that that variable is nil
I even tried this:

********************This is the main lua script
ccsb = class()
function ccsb:init(x, y, zs)
    self.x = x
    self.y = y
    self.zs = zs
end
function ccsb:paint(gc)
    local Wself = self
    local Wgc = gc
    loadstring(painter)()
end
---
function loadLibs()
    painter = var.recall("WZEX_lib\\s__paint__")
end
function on.construction()
    ss = ccsb(1, 1, "This is the main string")
    loadLibs()
end
function on.paint(gc)
    ss:paint(gc)
end
function on.charIn(ch)
    platform.window:invalidate()
end
*******************this is inside of the WZEX_lib.tns file
"local WZself = Wself
local WZgc = Wgc
WZself.x = WZself.x + 10
WZself.y = WZself.y + 10
WZgc:drawString(WZself.zs, WZself.x, WZself.y, ""top"")"

Even though I tried to use a variable to point to the object as you can see, it is still considered nil inside of the loaded string.
Anything you are not trying to index will be created/modified like normal.
I have attatched the files.

Lol

Can you try to see if making Wself and Wgc global if it works then. Just to see.
Also, it will not be Nspire specific as the class function is just a lua function.

Alright, now try to directly  run loadstring in loadlibs.
painter = loadstring(painter).
And then use painter() instead of loadstring everywhere.
It might be because you create a new Lua chunk Lua doesn't allow you to access the local variables there.

Edit: also local the variables again

Try this in the string you load:
local Wself, Wgc=...
And this in your normal code:
painter(self, gc) (painter is loadstrings result)

Glad that works. The problem why you can't access the local variables is because the chunk is different from a real function. Another solution would have been to define a function inside the string, and then call that function. But anyway, this is more clean.

Ive got some bugfixes for you.
I found them in the lable and dialog multiline drawing code.
Here is the file, it shows the work I have done so far, as you can see I have changed the looks of a few controls, mainly I just resized them.

They are, what Im trying to do is get them just right, so they arent to big, and they arent too small. They have to be just the right size so they can fit in areas other than just forms. I think if I make them just a little bit bigger it might be the right size.

Excuse my double post...
I am happy to announce that I hav successfully got the 'lib' system to work.
Currently, I have only moved the paint code to the lib, but I will move the rest later.
This is a proof of concept release, it is a v3 development version.
I tested these two files on both the computer and my old light blue greyscale nspire.
What this could allow is:
  Easily create styles for WZGUILIB.
  Easily switch styles durring execution.
  Editing how the GUI objects look and work on calc (great for me and style developers).
  Allow multiple styles on one calc without having to have several diffrent versions of WZGUILIB.
  *Allow to only have some class code loaded.

Questions and comments are definately welcome

**********************How to set up**********************
send both files to your calc
place WZ_ST_LIB.tns inot your MyLib folder
Refresh your libraries
execute WZ_LibTST

*I havnt yet implemented it.