wxlua-users Mailing List for wxLua (Page 2)

Hi,
LOL, no I did not connect those events ^_^, and most certainly not a
stupid question.
However, it still doesn't work! Only thing that changed is that now the
panel isn't visible any more, there's only the dark gray background of
the frame.
~ Kenneth
Hakki Dogusan wrote:
> Hi,
> 
> Kenneth Forsbäck yazmış:
>> Hi,
>>
>> yes, I've looked through scribble.wx.lua, but since I didn't get it to
>> work, I just ignored it and tried something else.
>>
>> here's the actual source I'm working with, and not just a generic example:
>>
>> ----------------------------------------
>> instanceAbout.lua
>> ----------------------------------------
>>
> [snipped]
> 
> May I ask a stupid question, did you connent event?
> 
> panel:Connect(wx.wxEVT_PAINT, OnPaint)
> panel:Connect(wx.wxEVT_ERASE_BACKGROUND, function(event) end) -- do nothing
> 
> 
> --
> Regards,
> Hakki Dogusan
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users

Hi,
Kenneth Forsbäck yazmış:
> Hi,
> 
> yes, I've looked through scribble.wx.lua, but since I didn't get it to
> work, I just ignored it and tried something else.
> 
> here's the actual source I'm working with, and not just a generic example:
> 
> ----------------------------------------
> instanceAbout.lua
> ----------------------------------------
> 
[snipped]
May I ask a stupid question, did you connent event?
panel:Connect(wx.wxEVT_PAINT, OnPaint)
panel:Connect(wx.wxEVT_ERASE_BACKGROUND, function(event) end) -- do nothing
--
Regards,
Hakki Dogusan

Hi,
yes, I've looked through scribble.wx.lua, but since I didn't get it to
work, I just ignored it and tried something else.
here's the actual source I'm working with, and not just a generic example:
----------------------------------------
instanceAbout.lua
----------------------------------------
-- define instanceAbout
instanceAbout = wx.wxFrame(
	instanceSource,
	wx.wxID_ANY,
	"About Robin Studio",
	wx.wxDefaultPosition,
	wx.wxSize(300, 400),
	wx.wxCAPTION + wx.wxSTAY_ON_TOP + wx.wxFRAME_NO_TASKBAR
)
-- centre instanceAbout
instanceAbout:Centre(wx.wxBOTH)
-- define aboutBackground
local aboutBackground =
wx.wxBitmap("interface/about/aboutBackground.bmp", wx.wxBITMAP_TYPE_BMP,
300, 400)
-- define aboutPanel
local aboutPanel = wx.wxPanel(instanceAbout, wx.wxID_ANY,
wx.wxDefaultPosition, wx.wxSize(300, 400))
-- define OnPaint
function OnPaint(event)
	local dc = wx.wxPaintDC(aboutPanel)
	if aboutBackground and aboutBackground:Ok() then
		if redrawRequired then
			DrawBitmap(aboutBackground)
			redrawRequired = false
		end
		dc:DrawBitmap(aboutBackground, 0, 0, false)
	end
	dc:Delete()
end
----------------------------------------
Hakki Dogusan wrote:
> Hi,
> 
> Kenneth Forsbäck yazmış:
>> Hi,
>>
>> I've been all over the net, but have found no decent documentation on
>> this matter, and I simply don't get it to work.
>>
>> I'm only trying to draw a bitmap onto a frame, simple as that.
>>
>> local bitmapFoo = wx.wxBitmap("foo.bmp", wx.wxBITMAP_TYPE_BMP, 300, 400)
>> local dc = wx.wxClientDC(instanceFoo)
>> dc:DrawBitmap(bitmapFoo, 0, 0, false)
>> dc:Delete()
>>
>> What's wrong here...O_O...I don't get it
>>
> 
> 
> Did you investigate scribble.wx.lua sample?
> 
> ie.
> 
> function OnPaint(event)
> -- ALWAYS create wxPaintDC in wxEVT_PAINT handler, even if unused
> local dc = wx.wxPaintDC(panel)
> 
> if bitmap and bitmap:Ok() then
> if redrawRequired then
> DrawBitmap(bitmap)
> redrawRequired = false
> end
> 
> dc:DrawBitmap(bitmap, 0, 0, false)
> end
> 
> dc:Delete() -- ALWAYS Delete() any wxDCs created when done
> end
> 
> 
> --
> Regards,
> Hakki Dogusan
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users

Hi,
Kenneth Forsbäck yazmış:
> Hi,
> 
> I've been all over the net, but have found no decent documentation on
> this matter, and I simply don't get it to work.
> 
> I'm only trying to draw a bitmap onto a frame, simple as that.
> 
> local bitmapFoo = wx.wxBitmap("foo.bmp", wx.wxBITMAP_TYPE_BMP, 300, 400)
> local dc = wx.wxClientDC(instanceFoo)
> dc:DrawBitmap(bitmapFoo, 0, 0, false)
> dc:Delete()
> 
> What's wrong here...O_O...I don't get it
> 
Did you investigate scribble.wx.lua sample?
ie.
function OnPaint(event)
 -- ALWAYS create wxPaintDC in wxEVT_PAINT handler, even if unused
 local dc = wx.wxPaintDC(panel)
 if bitmap and bitmap:Ok() then
 if redrawRequired then
 DrawBitmap(bitmap)
 redrawRequired = false
 end
 dc:DrawBitmap(bitmap, 0, 0, false)
 end
 dc:Delete() -- ALWAYS Delete() any wxDCs created when done
end
--
Regards,
Hakki Dogusan

Hi,
I've been all over the net, but have found no decent documentation on
this matter, and I simply don't get it to work.
I'm only trying to draw a bitmap onto a frame, simple as that.
local bitmapFoo = wx.wxBitmap("foo.bmp", wx.wxBITMAP_TYPE_BMP, 300, 400)
local dc = wx.wxClientDC(instanceFoo)
dc:DrawBitmap(bitmapFoo, 0, 0, false)
dc:Delete()
What's wrong here...O_O...I don't get it

John Labenski ha scritto:
> On 5/8/07, Klaas Holwerda <db...@nl...> wrote:
>> Hi,
>>
>> And for non unicode and debug, the problem is the same.
>> I do notice the wx_gtk2d_stc-2.8 does not have a -l in front, and it is before -L/usr/local/lib. De last i am not usre
>> is a problem, but the missing -l is i think not right.
> 
> I agree, but I'm not sure how to fix it. The problem is from here in configure.
> wx_temp="$wx_temp""_""stc""-$WX_VERSION_MAJOR.$WX_VERSION_MINOR"
> _WX_STC_LIBNAME=$wx_temp
> LIBS="$LIBS $_WX_STC_LIBNAME $WX_LIBS"
> 
> change last line to
> 
> LIBS="$LIBS -l$_WX_STC_LIBNAME $WX_LIBS"
> 
> and it works.
> 
sorry, my fault. I've fixed the missing "-l" for both STC and OpenGL.
I'd like also to mention that these build problems should really be the 
latest "regressions" you'll ever see in wxLua build system as now that 
all wxpresets-hacks have been removed and translated in nicely reusable 
bakefile constructs in wxpresets themselves, and now that wxLua build 
system has been updated to use latest wxpresets, there will no need to 
do big changes to the build system anymore.
Thanks for the patience,
Francesco

John Labenski ha scritto:
> Could you add into CVS the apps/build/msvc6/apps_app_luac.dsp (or
> whatever it's called) file.
ach! sorry, added to CVS.
>>> So I had to adopt the policy to not build LUAC when SHARED=='1' to avoid
>>> getting linker errors.
>>>
>>> I hope this is not a big problem.
>> No, I haven't really played with it that much, but I don't think it
>> matters that it's only staticly linked since I bet it'll only be used
>> to occasionally debug things.
good, the only other solution was to make the build system even more 
complex, etc. The current one is the simpler :)
Francesco

On 5/8/07, Klaas Holwerda <db...@nl...> wrote:
> Hi,
>
> And for non unicode and debug, the problem is the same.
> I do notice the wx_gtk2d_stc-2.8 does not have a -l in front, and it is before -L/usr/local/lib. De last i am not usre
> is a problem, but the missing -l is i think not right.
I agree, but I'm not sure how to fix it. The problem is from here in configure.
 wx_temp="$wx_temp""_""stc""-$WX_VERSION_MAJOR.$WX_VERSION_MINOR"
_WX_STC_LIBNAME=$wx_temp
LIBS="$LIBS $_WX_STC_LIBNAME $WX_LIBS"
change last line to
LIBS="$LIBS -l$_WX_STC_LIBNAME $WX_LIBS"
and it works.
If you have some time could you try to figure out where the line above
is generated from and see what needs to be done to fix that?
Thanks,
 John Labenski
> configure:5797: checking if wxSTC contrib is available
> configure:5822: g++ -o conftest -g -O0 -I/usr/local/lib/wx/include/gtk2-ansi-debug-2.8 -I/usr/local/include/wx-2.8
> -D_FILE_OFFSET_BITS=
> 64 -D_LARGE_FILES -D__WXDEBUG__ -D__WXGTK__ conftest.cpp wx_gtk2d_stc-2.8 -L/usr/local/lib -pthread
> -lwx_gtk2d_xrc-2.8 -lwx_gtk2d_htm
> l-2.8 -lwx_gtk2d_adv-2.8 -lwx_based_net-2.8 -lwx_based_xml-2.8 -lwx_gtk2d_core-2.8 -lwx_based-2.8 >&5
> g++: wx_gtk2d_stc-2.8: No such file or directory
> configure:5828: $? = 1
> configure: failed program was:
>
>
>
> --
> Unclassified
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Hi,
And for non unicode and debug, the problem is the same.
I do notice the wx_gtk2d_stc-2.8 does not have a -l in front, and it is before -L/usr/local/lib. De last i am not usre 
is a problem, but the missing -l is i think not right.
Klaas
configure:5797: checking if wxSTC contrib is available
configure:5822: g++ -o conftest -g -O0 -I/usr/local/lib/wx/include/gtk2-ansi-debug-2.8 -I/usr/local/include/wx-2.8 
-D_FILE_OFFSET_BITS=
64 -D_LARGE_FILES -D__WXDEBUG__ -D__WXGTK__ conftest.cpp wx_gtk2d_stc-2.8 -L/usr/local/lib -pthread 
-lwx_gtk2d_xrc-2.8 -lwx_gtk2d_htm
l-2.8 -lwx_gtk2d_adv-2.8 -lwx_based_net-2.8 -lwx_based_xml-2.8 -lwx_gtk2d_core-2.8 -lwx_based-2.8 >&5
g++: wx_gtk2d_stc-2.8: No such file or directory
configure:5828: $? = 1
configure: failed program was:
-- 
Unclassified

Could you add into CVS the apps/build/msvc6/apps_app_luac.dsp (or
whatever it's called) file.
Thanks,
 John Labenski
On 5/6/07, John Labenski <jla...@gm...> wrote:
> On 5/6/07, Francesco Montorsi <f18...@ya...> wrote:
> > Hi,
> >
> > John Labenski ha scritto:
> > > On 5/5/07, Francesco Montorsi <f18...@ya...> wrote:
> > >> John Labenski ha scritto:
> > >>> One more thing, I added luac (a lua compiler) to be build in
> > >>> apps/bakefile/apps.bkl. I just copied the lua executable and hopefully
> > >>> it'll work. You might want to check it out before rebaking to see if I
> > >>> did it right. It uses luac.c and print.c and links to the lua lib as
> > >>> far as I can tell from lua's Makefile in modules/lua/src.
> > >> hmmm, did you commit changes to apps/bakefile/apps.bkl?
> > >>
> > >
> > > Ugh, no. I didn't update after you did a commit and I didn't notice
> > > the up-to-date cvs error I got. Committed now.
> > I've managed to add LUAC target.
> >
> > It was not so easy because LUAC (unlike LUA interpreter EXE) uses some
> > private function defined in LUA library and those private functions are
> > not exported in shared builds.
> >
> > So I had to adopt the policy to not build LUAC when SHARED=='1' to avoid
> > getting linker errors.
> >
> > I hope this is not a big problem.
>
> No, I haven't really played with it that much, but I don't think it
> matters that it's only staticly linked since I bet it'll only be used
> to occasionally debug things.
>
> Thanks,
> John Labenski
>

Hi,
I think the library is there, still configure complains.
[klaas@localhost lib]$ pwd
/usr/local/lib
[klaas@localhost lib]$ ls *stc*
libwx_gtk2u_stc-2.8.so libwx_gtk2u_stc-2.8.so.0 libwx_gtk2u_stc-2.8.so.0.1.1
But in config.log i get this:
configure:5797: checking if wxSTC contrib is available
configure:5822: g++ -o conftest -O2 -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/local/include/wx-2.8 
-D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ conftest.cpp wx_gtk2u_stc-2.8 -L/usr/local/lib -pthread 
-lwx_gtk2u_xrc-2.8 -lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 -lwx_baseu_net-2.8 -lwx_baseu_xml-2.8 -lwx_gtk2u_core-2.8 
-lwx_baseu-2.8 >&5
g++: wx_gtk2u_stc-2.8: No such file or directory
configure:5828: $? = 1
configure: failed program was:
|
This is wxWidgets2.8.3, configured with unicode.
Klaas
-- 
Unclassified

On 5/6/07, Francesco Montorsi <f18...@ya...> wrote:
> Hi,
>
> John Labenski ha scritto:
> > On 5/5/07, Francesco Montorsi <f18...@ya...> wrote:
> >> John Labenski ha scritto:
> >>> One more thing, I added luac (a lua compiler) to be build in
> >>> apps/bakefile/apps.bkl. I just copied the lua executable and hopefully
> >>> it'll work. You might want to check it out before rebaking to see if I
> >>> did it right. It uses luac.c and print.c and links to the lua lib as
> >>> far as I can tell from lua's Makefile in modules/lua/src.
> >> hmmm, did you commit changes to apps/bakefile/apps.bkl?
> >>
> >
> > Ugh, no. I didn't update after you did a commit and I didn't notice
> > the up-to-date cvs error I got. Committed now.
> I've managed to add LUAC target.
>
> It was not so easy because LUAC (unlike LUA interpreter EXE) uses some
> private function defined in LUA library and those private functions are
> not exported in shared builds.
>
> So I had to adopt the policy to not build LUAC when SHARED=='1' to avoid
> getting linker errors.
>
> I hope this is not a big problem.
No, I haven't really played with it that much, but I don't think it
matters that it's only staticly linked since I bet it'll only be used
to occasionally debug things.
Thanks,
 John Labenski

Hi,
John Labenski ha scritto:
> On 5/5/07, Francesco Montorsi <f18...@ya...> wrote:
>> John Labenski ha scritto:
>>> One more thing, I added luac (a lua compiler) to be build in
>>> apps/bakefile/apps.bkl. I just copied the lua executable and hopefully
>>> it'll work. You might want to check it out before rebaking to see if I
>>> did it right. It uses luac.c and print.c and links to the lua lib as
>>> far as I can tell from lua's Makefile in modules/lua/src.
>> hmmm, did you commit changes to apps/bakefile/apps.bkl?
>>
> 
> Ugh, no. I didn't update after you did a commit and I didn't notice
> the up-to-date cvs error I got. Committed now.
I've managed to add LUAC target.
It was not so easy because LUAC (unlike LUA interpreter EXE) uses some 
private function defined in LUA library and those private functions are 
not exported in shared builds.
So I had to adopt the policy to not build LUAC when SHARED=='1' to avoid 
getting linker errors.
I hope this is not a big problem.
Francesco

On 5/5/07, Francesco Montorsi <f18...@ya...> wrote:
> John Labenski ha scritto:
> > One more thing, I added luac (a lua compiler) to be build in
> > apps/bakefile/apps.bkl. I just copied the lua executable and hopefully
> > it'll work. You might want to check it out before rebaking to see if I
> > did it right. It uses luac.c and print.c and links to the lua lib as
> > far as I can tell from lua's Makefile in modules/lua/src.
> hmmm, did you commit changes to apps/bakefile/apps.bkl?
>
Ugh, no. I didn't update after you did a commit and I didn't notice
the up-to-date cvs error I got. Committed now.
Thanks,
 John Labenski

John Labenski ha scritto:
> One more thing, I added luac (a lua compiler) to be build in
> apps/bakefile/apps.bkl. I just copied the lua executable and hopefully
> it'll work. You might want to check it out before rebaking to see if I
> did it right. It uses luac.c and print.c and links to the lua lib as
> far as I can tell from lua's Makefile in modules/lua/src.
hmmm, did you commit changes to apps/bakefile/apps.bkl?
Francesco

On 5/4/07, John Labenski <jla...@gm...> wrote:
> One more thing, I added luac (a lua compiler) to be build in
> apps/bakefile/apps.bkl. I just copied the lua executable and hopefully
> it'll work. You might want to check it out before rebaking to see if I
> did it right. It uses luac.c and print.c and links to the lua lib as
> far as I can tell from lua's Makefile in modules/lua/src.
ps. I can add it to the dsw files after you rebake it, but I wanted to
wait so that I don't get any errors.
-John Labenski
>
>
> On 5/4/07, John Labenski <jla...@gm...> wrote:
> > On 5/4/07, Francesco Montorsi <f18...@ya...> wrote:
> > > > Note that I switched the build order of wxluasocket and wxluabind so
> > > > wxluabind is built first in wxLua.dsw since wxluasocket depends on
> > > > wxluabind. I also changed the order of the libs for "wxlua-alllibs" in
> > > > wxluabse.bkl (but didn't rebake),
> > > did you commit the changes ?
> > > I didn't see any in wxluabase.bkl...
> > >
> > > > does this change need to be made
> > > > anywhere else?
> > > no, I'd say <wxlua-alllibs> would be enough...
> > >
> > > Let me know when you make the change if you want me to rebake...
> >
> > Oops, I guess I forgot to commit it, done now.
> >
> > Thanks,
> > John Labenski
> >
>

One more thing, I added luac (a lua compiler) to be build in
apps/bakefile/apps.bkl. I just copied the lua executable and hopefully
it'll work. You might want to check it out before rebaking to see if I
did it right. It uses luac.c and print.c and links to the lua lib as
far as I can tell from lua's Makefile in modules/lua/src.
Thanks,
 John Labenski
On 5/4/07, John Labenski <jla...@gm...> wrote:
> On 5/4/07, Francesco Montorsi <f18...@ya...> wrote:
> > > Note that I switched the build order of wxluasocket and wxluabind so
> > > wxluabind is built first in wxLua.dsw since wxluasocket depends on
> > > wxluabind. I also changed the order of the libs for "wxlua-alllibs" in
> > > wxluabse.bkl (but didn't rebake),
> > did you commit the changes ?
> > I didn't see any in wxluabase.bkl...
> >
> > > does this change need to be made
> > > anywhere else?
> > no, I'd say <wxlua-alllibs> would be enough...
> >
> > Let me know when you make the change if you want me to rebake...
>
> Oops, I guess I forgot to commit it, done now.
>
> Thanks,
> John Labenski
>

On 5/4/07, Francesco Montorsi <f18...@ya...> wrote:
> > Note that I switched the build order of wxluasocket and wxluabind so
> > wxluabind is built first in wxLua.dsw since wxluasocket depends on
> > wxluabind. I also changed the order of the libs for "wxlua-alllibs" in
> > wxluabse.bkl (but didn't rebake),
> did you commit the changes ?
> I didn't see any in wxluabase.bkl...
>
> > does this change need to be made
> > anywhere else?
> no, I'd say <wxlua-alllibs> would be enough...
>
> Let me know when you make the change if you want me to rebake...
Oops, I guess I forgot to commit it, done now.
Thanks,
 John Labenski

Hi,
John Labenski ha scritto:
> There's just a few more path problems. Hopefully they're easy to fix?
> 
> 1) apps_app_wxluaedit.dsp - search path to wxcode_msw28_stedit.lib
> needs to have vc_XXX appended to it.
> Currently : /libpath:"$(WXSTEDIT)\lib
> Change to : /libpath:"$(WXSTEDIT)\lib\vc_XXX
fixed. Thanks to a suggestion you made various time ago (maybe 1 year - 
I don't remember) I implemented in wxpresets a <wxlike-paths> tag to 
help with these path settings but then forgot to use it in wxLua 
bakefiles ;)
> 2) All apps are generated in wxLua/apps/bin/vc_XXX, is this right? I
> thought they should be put into wxLua/bin/vc_XXX.
> Currently : /out:"..\..\bin\vc_dll\wxluaedit.exe"
> Change to : /out:"..\..\..\bin\vc_dll\wxluaedit.exe"
acch, sorry. I don't know how this could pass without I noticed it... 
fixed now.
> 3) modules_mod_luamodule.dsp - generates wx.dll into
> wxLua/modules/build/lib/vc_dll, shouldn't it go into wxLua/lib/vc_dll?
> Currently : /out:"..\lib\vc_dll\wx.dll"
> Change to : /out:"..\..\..\lib\vc_dll\wx.dll"
ach, fixed.
> I think that's it, other than that the build works great.
great
> Note that I switched the build order of wxluasocket and wxluabind so
> wxluabind is built first in wxLua.dsw since wxluasocket depends on
> wxluabind. I also changed the order of the libs for "wxlua-alllibs" in
> wxluabse.bkl (but didn't rebake),
did you commit the changes ?
I didn't see any in wxluabase.bkl...
> does this change need to be made
> anywhere else?
no, I'd say <wxlua-alllibs> would be enough...
Let me know when you make the change if you want me to rebake...
Thanks,
Francesco

I've put a preliminary release for wxLua, built in MSVC6 release ANSI
(not unicode) as a shared DLL library up at:
http://wxlua.sourceforge.net/download/
wxLua_2.8.4.0_dll.zip
If there are no problems with it I'll do a full release of the static
build as well and put them both up on sourceforge.
Regards,
 John Labenski

On 5/4/07, Bradley Smith <sc...@ba...> wrote:
> Why are the results different for the following script when I run it
> using wxLuaEditor versus running it with the stand-alone Lua.
>
> Thanks,
> Bradley
>
> ---- test.lua ----
> A = {date = os.time()}
>
> function A:new(o)
> o = o or {}
> setmetatable(o, A)
> self.__index = self
> self.__tostring = self.tostring
> return o
> end
>
> function A:tostring()
> return os.date("%Y/%m/%d", self.date)
> end
>
> a = A:new()
> print(a) -- Why does this print "table:01AA6048"
> print(tostring(a)) -- this prints "2007/05/03"
Fixed in CVS, we had our own print function, but we didn't respect the
metatable __tostring function. It should work now.
Regards,
 John Labenski
ps. See my next message about the new release.

There's just a few more path problems. Hopefully they're easy to fix?
1) apps_app_wxluaedit.dsp - search path to wxcode_msw28_stedit.lib
needs to have vc_XXX appended to it.
Currently : /libpath:"$(WXSTEDIT)\lib
Change to : /libpath:"$(WXSTEDIT)\lib\vc_XXX
2) All apps are generated in wxLua/apps/bin/vc_XXX, is this right? I
thought they should be put into wxLua/bin/vc_XXX.
Currently : /out:"..\..\bin\vc_dll\wxluaedit.exe"
Change to : /out:"..\..\..\bin\vc_dll\wxluaedit.exe"
3) modules_mod_luamodule.dsp - generates wx.dll into
wxLua/modules/build/lib/vc_dll, shouldn't it go into wxLua/lib/vc_dll?
Currently : /out:"..\lib\vc_dll\wx.dll"
Change to : /out:"..\..\..\lib\vc_dll\wx.dll"
I think that's it, other than that the build works great.
Note that I switched the build order of wxluasocket and wxluabind so
wxluabind is built first in wxLua.dsw since wxluasocket depends on
wxluabind. I also changed the order of the libs for "wxlua-alllibs" in
wxluabse.bkl (but didn't rebake), does this change need to be made
anywhere else?
Thanks,
 John Labenski

Why are the results different for the following script when I run it 
using wxLuaEditor versus running it with the stand-alone Lua.
Thanks,
 Bradley
---- test.lua ----
A = {date = os.time()}
function A:new(o)
 o = o or {}
 setmetatable(o, A)
 self.__index = self
 self.__tostring = self.tostring
 return o
end
function A:tostring()
 return os.date("%Y/%m/%d", self.date)
end
a = A:new()
print(a) -- Why does this print "table:01AA6048"
print(tostring(a)) -- this prints "2007/05/03"

On 5/1/07, John Labenski <jla...@gm...> wrote:
>
> I've added an index, better descriptions of the samples, and how to
> run them, you can read the updated version here.
>
> http://wxlua.sourceforge.net/docs/wxlua.html
>
This is exactly what I was thinking. Thanks. I think this is a good
addition.
Now that we are on the subject of documentation, is there any way you can go
through the C++ Programming Guide and add a small tutorial for a hello word
application that has wxLua embedded. Now I know there is the wxLuaCan, but I
am just learning Lua and wxLua and I was hoping for a simpler example. What
are your thought?
-- 
Regards,
Ryan
RJP Computing

On 5/2/07, John Labenski <jla...@gm...> wrote:
> On 5/1/07, Ryan Pusztai <rpu...@gm...> wrote:
> > On 4/30/07, John Labenski <jla...@gm...> wrote:
> > > hum... See the section at the bottom about the wxLua apps.
> > > http://wxlua.sourceforge.net/documentation.php
> > > http://wxlua.sourceforge.net/docs/wxlua.html
> > >
> > > Ok, so the problem was just how to run the samples. So... I won't add
> > > your sample, but of course it is easy to get to using the mailing list
> > > so people can still try it out. If you happen to write something a
> > > little more advanced that's be great.
> >
> > You are completely right. I read all the docs once and didn't return, which
> > I should have. I have a small suggestion, what about an index for the
> > 'docs/wxlua' page, located at the top? This way you could jump around to the
> > exact location and get a good feeling about what is included in the
> > documentation. --
>
> I've added an index, better descriptions of the samples, and how to
> run them, you can read the updated version here.
>
> http://wxlua.sourceforge.net/docs/wxlua.html
*Open the program in wxlua.exe and choose the menu item Run.
I guess that should read wxluaedit.exe. right?
I think a readme in the samples directory would be a better place to
put this documentation
greetings
>
> Hope this helps,
> John Labenski
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>