wxlua-users Mailing List for wxLua

> subclass="wxLuaHtmlWindow">
>
> when loaded it said it can not find the subclass wxLuaHtmlWindow.

This is because the wxLuaHtmlWindow is a subclassed wxHtmlWindow.
A similar example, I got  my custom 
textCtrl : public wxTextCtrl 
(add drop down list val). I export it to wxLua use genwxbind. Then use XRC ; the class be wxTextCtrl  and subclass is sk_TextCtrl. It worked. (mean no error, can DynamicCast("sk_TextCtrl") in lua, 

I thought it should work with wxLuaHtml as well, I had a look at wxhtmlwin.cpp it is similar in my case. 

but somehow  XRC handler can not find it.

Anyway If I want to do that way probably I have to write custom XRC handler for wxLuaHtml . 

Cheers,



S.KIEU
		
---------------------------------
Do you Yahoo!?
  Yahoo! Personals: It's free to check out our great singles!  

On 5/30/06, Steve Kieu <ha...@ya...> wrote:
> I want to use wxLuaHtmlWindow in XRC. But if I add somthing like
>
> <object class="wxHtmlWindow" name="ID_HTMLWINDOW"
> subclass="wxLuaHtmlWindow">
>
> when loaded it said it can not find the subclass wxLuaHtmlWindow.

This is because the wxLuaHtmlWindow is a subclassed wxHtmlWindow.
Isn't there a way to have XRC create a window from the wxClassInfo's
name?

Sorry I've never used XRC resources myself.

See the wxWidgets technote 14, docs/tn0014.txt and search for
  <object name="MyList1" class="wxListCtrl" subclass="MyListCtrlClass">

Regards,
    John Labenski

On 5/30/06, Steve Kieu <ha...@ya...> wrote:
> Thanks for your reply.
> Just abit of adamant,  why the following code in c++ works as expected?
>
>  #include "wx/wx.h" #include "wx/frame.h" class test: public wxFrame {
> DECLARE_CLASS( test ) DECLARE_EVENT_TABLE() public: test( wxWindow* parent,
> wxWindowID id = -1, const wxString& caption = _("Test")); void
> OnLeaveWindow( wxMouseEvent& event ); }; IMPLEMENT_CLASS( test, wxFrame ) //
> Is the following equivalent to frame:ConnectEvent(wx.wxEVT_LEAVE_WINDOW,
>  OnLeaveWindow) ? BEGIN_EVENT_TABLE( test, wxFrame ) EVT_LEAVE_WINDOW(
> test::OnLeaveWindow ) END_EVENT_TABLE() test::test( wxWindow* parent,
> wxWindowID id, const wxString& caption ): wxFrame( parent, id, caption){}
> void test::OnLeaveWindow( wxMouseEvent& event ){ wxMessageBox(_("Leave
> window in c++; works")); } class ClGUIApp: public wxApp { DECLARE_CLASS(
> ClGUIApp ) DECLARE_EVENT_TABLE() public: ClGUIApp(); virtual bool OnInit();
> virtual int OnExit(); }; DECLARE_APP(ClGUIApp) IMPLEMENT_APP( ClGUIApp )
> IMPLEMENT_CLASS( ClGUIApp, wxApp ) BEGIN_EVENT_TABLE( ClGUIApp, wxApp )
> END_EVENT_TABLE() ClGUIApp::ClGUIApp(){} bool
>  ClGUIApp::OnInit() { test* mainWindow = new test( NULL, -1 );
> mainWindow->SetSize(400,300); mainWindow->Show(true); return true; } int
> ClGUIApp::OnExit(){ return wxApp::OnExit(); }
> Cheers,
>

This is kinda' hard to read. :/

Take the choices.wx.lua sample, add the line to the leave window.

 frame:SetStatusText("wxEvents from contols will be displayed here", 0)
 frame:Connect(wx.wxEVT_LEAVE_WINDOW, function(event) print("Hi") end)

It works for me. Remember that the frame is mostly hidden by the
notebook so you have to find a spot where it's exposed. Try it out for
the listbox as well.

Yes the EVT_LEAVE_WINDOW( test::OnLeaveWindow ) is similar to
wxEvtHandler::Connect. There are some differences however. The Connect
function uses a dynamic event table that is processed before (IIRC)
the static event table generated with the macro so you have to use
event:Skip() to get the default processing to work in some cases.

Regards,
    John Labenski

Hi,

I want to use wxLuaHtmlWindow in XRC. But if I add somthing like 

<object class="wxHtmlWindow" name="ID_HTMLWINDOW" subclass="wxLuaHtmlWindow">


when loaded it said it can not find the subclass wxLuaHtmlWindow.

Thanks in advance,

Cheers


S.KIEU
		
---------------------------------
  The LOST Ninja blog: Exclusive clues, clips and gossip.  

Thanks for your reply.
Just abit of adamant,  why the following code in c++ works as expected?

      
#include "wx/wx.h" #include "wx/frame.h"  class test: public wxFrame {         DECLARE_CLASS( test )     DECLARE_EVENT_TABLE()     public:     test( wxWindow* parent, wxWindowID id = -1, const wxString& caption = _("Test"));     void OnLeaveWindow( wxMouseEvent& event ); };  IMPLEMENT_CLASS( test, wxFrame ) // Is the following equivalent to frame:ConnectEvent(wx.wxEVT_LEAVE_WINDOW, OnLeaveWindow)   ? BEGIN_EVENT_TABLE( test, wxFrame )     EVT_LEAVE_WINDOW( test::OnLeaveWindow ) END_EVENT_TABLE()  test::test( wxWindow* parent, wxWindowID id, const wxString& caption ): wxFrame( parent, id, caption){} void test::OnLeaveWindow( wxMouseEvent& event ){ wxMessageBox(_("Leave window in c++; works"));  }  class ClGUIApp: public wxApp {         DECLARE_CLASS( ClGUIApp )     DECLARE_EVENT_TABLE() public:     ClGUIApp();     virtual bool OnInit();     virtual int OnExit(); }; DECLARE_APP(ClGUIApp) IMPLEMENT_APP( ClGUIApp ) IMPLEMENT_CLASS( ClGUIApp, wxApp ) BEGIN_EVENT_TABLE( ClGUIApp,
 wxApp ) END_EVENT_TABLE() ClGUIApp::ClGUIApp(){} bool ClGUIApp::OnInit() {     test* mainWindow = new test( NULL, -1 );  mainWindow->SetSize(400,300);     mainWindow->Show(true);      return true; } int ClGUIApp::OnExit(){        return wxApp::OnExit(); } 
Cheers,




S.KIEU
		
---------------------------------
On Yahoo!7
  Socceroos Central: Latest news, schedule, blogs and videos.  

John Labenski wrote:
> On 5/29/06, k. holwerda <kla...@nl...> wrote:
>> ------------------------------------------------------------------------------- 
>>
>> -- Set any #includes or other C++ code to be placed verbatim at the 
>> top of
>> --   every generated cpp file or "" for none
>> hook_cpp_binding_includes = "#include \"general/include/a2dprec.h\"\n"
>>
>> As it says it should be "at the top".
>> And in my luabind.i I have this at the top:
>>
>> %include "general/include/a2dprec.h"
>
> Have only one of these. You can also try
> "hook_cpp_binding_header_includes" in the rules file.
If i understand it well, it will not be at the top of "the file", or 
does that mean something else?.
 The precompiled header ( which is a2dprec.h ), has to be the very first 
in every cpp file that is generated, else VC6 gives problems in 
compiling with it.

I am a bit confused, by what is exactly what in the following two:
 
-------------------------------------------------------------------------------
-- Set any #includes or other C++ code to be placed verbatim at the top of
--   every generated cpp file or "" for none
hook_cpp_binding_includes = ""

-------------------------------------------------------------------------------
-- Add additional include information or C++ code for the binding header 
file.
--  This code will be place directly after any #includes at the top of 
the file
hook_cpp_binding_header_includes = ""

This evening i can try your modifications from CVS,

regards,

Klaas

-- 
Unclassified

On 5/29/06, Steve Kieu <ha...@ya...> wrote:
>
> OOPS  My mistake it should prefixed with wx.
>
> So most of them works but  not  wxEVT_LEAVE_WINDOW
>
>  frame=wx.wxFrame(wx.wxNull, 10001, "test")
> --frame:ConnectEvent(10001, wx.wxEVT_ENTER_WINDOW, function (event)
> print"Enter work" end)
> frame:ConnectEvent(10001, wx.wxEVT_LEAVE_WINDOW, function (event)
> print"Leave not work" end) --not work
> --frame:ConnectEvent(10001, wx.wxEVT_MOTION, function (event)
>  print"Motion Work" end)
> --frame:ConnectEvent(10001, wx.wxEVT_LEFT_DCLICK, function (event)
> print"work" end)
> --frame:ConnectEvent(10001, wx.wxEVT_LEFT_DOWN, function (event) print"Left
> down work" end)
> --frame:ConnectEvent(10001, wx.wxEVT_LEFT_UP ,function (event) print"Left up
> work" end)
> --frame:ConnectEvent(10001, wx.wxEVT_RIGHT_DCLICK ,function (event)
> print"Right dclick work" end)
> --frame:ConnectEvent(-1, wx.wxEVT_RIGHT_DOWN ,function (event) print"Right
> work" end)
> --frame:ConnectEvent(-1, wx.wxEVT_RIGHT_UP ,function (event) print"Right up
> work" end)
> frame:Center()
> frame:Show(true)
> For the HTMLWIndow I think the COMMAND EVENT works but not for mouse event
> which is natural for a button, thus I think it is ok
>
> Sorry for a big noise. :-)
>
> ANyway the wx.wxEVT_LEAVE_WINDOW not work which I do not understand yet..

Events like mouse and wxEVT_LEAVE_WINDOW need to be connected directly
to the window. The rule is that if the event is not derived from a
wxCommandEvent it won't travel up the event handler chain. You can
also tell by the event macro signature, for example
EVT_LEAVE_WINDOW(func) doesn't take an id.

Try:
button:Connect[Event](10001, wxEVT_LEAVE_WINDOW, function(event)
print("Bye.") end)
Or
button:Connect[Event](wx.wxID_ANY, wxEVT_LEAVE_WINDOW, function(event)
print("Bye.") end)

The latter may be required for some reason, that is a wxWidgets issue however.

-John Labenski

On 5/29/06, John Labenski <jla...@gm...> wrote:
> On 5/29/06, Leandro Motta Barros <lmb...@gm...> wrote:
> > On 5/29/06, John Labenski <jla...@gm...> wrote:
> > A copy of my original email follows, I hope it is readable now. Sorry
> > for thee trouble.
>
> No trouble, it just won't get a proper response...

Looks like I am understandable again :-) Great!


> Try unremming the wxPrintf statement in wxLuaState_newthread_handler
> in modules/wxlua/src/wxlstate.cpp and see if that gets run when the
> coroutine is created. We had to make changes for running wxLua as a
> lua module for require, maybe it's broken now.
> [...]
> ps. could you send a little coroutine code to show the problem, we
> could add it as a sample in wxLua to help verify that they still work.
> I seem to have lost my little sample.

I'll most likely be quite busy this week (and possibly the next week,
too), but I added these two tasks to my TODO list.

Thanks!

LMB

On 5/29/06, Leandro Motta Barros <lmb...@gm...> wrote:
> On 5/29/06, John Labenski <jla...@gm...> wrote:
> > On 5/28/06, Leandro Motta Barros <lmb...@gm...> wrote:
> > >
> >
> > This message is encoded somehow. Are you doing something funky when
> > you send it? It looks like you're sending from a gmail account and I'm
> > trying to read it from one as well... Perhaps you're using the rich
> > text feature? Plain text is always preferred for newsgroups like this
> > so that everyone can read it using anything.
>
> A copy of my original email follows, I hope it is readable now. Sorry
> for thee trouble.

No trouble, it just won't get a proper response...

> ----
>
> Hello, it's me again...
>
> I'm still struggling to use the latest wxLua snapshot. Currently my
> problem is calling wxLua stuff from a Lua coroutine.  If try to call
> any wxLua method from a coroutine I get an error. For example, if I
> have something like
>
>   local bmp = wx.wxEmptyBitmap (0, 0)
>   bmp:LoadFile ("Foo.xpm", wx.wxBITMAP_TYPE_XPM)
>
> I get the following message:
>
> "Attempt to call method 'LoadFile' (a userdata value)"
>
> It seems that wxLua *is* being compiled with WXLUA_LUA_NEWTHREAD
> defined, and I have no idea on what else may be wrong.
>
> I'm using wxLua CVS snapshot 2006-05-27, wxGTK 2.6.2, GCC 3.4.3 on Linux.

Try unremming the wxPrintf statement in wxLuaState_newthread_handler
in modules/wxlua/src/wxlstate.cpp and see if that gets run when the
coroutine is created. We had to make changes for running wxLua as a
lua module for require, maybe it's broken now.

Regards,
    John Labenski

ps. could you send a little coroutine code to show the problem, we
could add it as a sample in wxLua to help verify that they still work.
I seem to have lost my little sample.

OOPS  My mistake it should prefixed with wx.

So most of them works but  not  wxEVT_LEAVE_WINDOW

      
frame=wx.wxFrame(wx.wxNull, 10001, "test")
--frame:ConnectEvent(10001, wx.wxEVT_ENTER_WINDOW, function (event) print"Enter work" end) 
frame:ConnectEvent(10001, wx.wxEVT_LEAVE_WINDOW, function (event) print"Leave not work" end) --not work
--frame:ConnectEvent(10001, wx.wxEVT_MOTION, function (event) print"Motion Work" end)
--frame:ConnectEvent(10001, wx.wxEVT_LEFT_DCLICK, function (event) print"work" end)
--frame:ConnectEvent(10001, wx.wxEVT_LEFT_DOWN, function (event) print"Left down work" end)
--frame:ConnectEvent(10001, wx.wxEVT_LEFT_UP ,function (event) print"Left up work" end)
--frame:ConnectEvent(10001, wx.wxEVT_RIGHT_DCLICK ,function (event) print"Right dclick work" end)
--frame:ConnectEvent(-1, wx.wxEVT_RIGHT_DOWN ,function (event) print"Right  work" end)
--frame:ConnectEvent(-1, wx.wxEVT_RIGHT_UP ,function (event) print"Right up  work" end)
frame:Center()
frame:Show(true)
For the HTMLWIndow I think the COMMAND EVENT works but not for mouse event which is natural for a button, thus I think it is ok

Sorry for a big noise. :-)

ANyway the wx.wxEVT_LEAVE_WINDOW not work which I do not understand yet..




John Labenski <jla...@gm...> wrote: On 5/29/06, Steve Kieu  wrote:
> I am playing with the sample htmlwin.wx.lua. What I want is to catch the
> event frm the object embeded in the html window. So far, failled :-)
>
> What I did is replace the text box widgets with a button, with an ID and
> then use ConnectEvent as normal
>
> frame:ConnectEvent(button_ID, wx.wxEVT_BUTTON_CLICKED,  OnCLickFunc)
> (Still use version 2.6.2.0 so ConnectEvent is right )
>
> it seems the event is not fired, or not traverse upward to the frame. Even I
> use html:ConnectEvent; not work as well.
>
> How can I make it work or is it impossible?
>
> Note: The similar work in c++ though

Can you post a little bit of code to show how it should work and what
I should expect to see based on your C++ tests. I have never used the
HTML widget in lua or C++.

Thanks,
    John Labenski


-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid7521&bid$8729&dat1642
_______________________________________________
Wxlua-users mailing list
Wxl...@li...
https://lists.sourceforge.net/lists/listinfo/wxlua-users



S.KIEU
		
---------------------------------
On Yahoo!7 
  360°:  Your own space to share what you want with who you want!

Hi,

I have a minimum simple script to show as below:

frame=wx.wxFrame(wx.wxNull, 10001, "test")
--frame:ConnectEvent(10001, wx.wxEVT_ENTER_WINDOW, function (event) print"Enter work" end) 
--frame:ConnectEvent(10001, wx.wxEVT_LEAVE_WINDOW, function (event) print"Leave not work" end) --not work
--frame:ConnectEvent(10001, wx.wxEVT_MOTION, function (event) print"Motion Work" end)
--frame:ConnectEvent(10001, wxEVT_LEFT_DCLICK, function (event) print"Not work" end)
--frame:ConnectEvent(10001, wxEVT_LEFT_DOWN, function (event) print"Left down not work" end)
--frame:ConnectEvent(10001, wxEVT_LEFT_UP ,function (event) print"Left up not work" end)
--frame:ConnectEvent(10001, wxEVT_RIGHT_DCLICK ,function (event) print"Right dclick not work" end)
--frame:ConnectEvent(-1, wxEVT_RIGHT_DOWN ,function (event) print"Right down not work" end)
--frame:ConnectEvent(-1, wxEVT_RIGHT_UP ,function (event) print"Right up not work" end)
frame:Center()
frame:Show(true)

Pls note that the above script, the equivalent C++ work as expected. I have tested it using Dialogblocks; add one frame and add the event accordingly.


This one is not related to html window at all

And the HTML window; as you suspect from the above one;  it work with wxEVT_COMMAND_BUTTON_CLICKED  but not with  wxEVT_BUTTON_CLICK  or wxEVT_LEFT_DCLICK. I have not tested it with another kind of event.

      
frame = nil html  = nil htmlTextPage = [[<html>                    <head>                    <title>Not working</title>                    </head>                    <body>                         <h3>wxHtmlWidgetCell demonstration</h3>                         There are three bound widgets below.                         <hr>                         <center>                             <lua text="first widget"                                 x=100 y=70>                         </center>                     </body>                  </html>]] function main()     -- create the frame window     frame = wx.wxFrame( wx.wxNull,                         wx.wxID_ANY,                         "HtmlWindow Demo",                         wx.wxDefaultPosition,                         wx.wxSize(450, 450),                         wx.wxDEFAULT_FRAME_STYLE )     -- create a simple file menu  -- THIS WORKS                         --   frame:ConnectEvent(30000, wx.wxEVT_COMMAND_BUTTON_CLICKED,
 function(event) --      wx.wxMessageBox("Clicked me") end --      --     )                         --THIS NOT WORK   frame:ConnectEvent(30000, wx.wxEVT_LEFT_DCLICK, function(event)      wx.wxMessageBox("Clicked me") end     )                                 -- create the html window     html = wx.wxLuaHtmlWindow(frame, 15000)      html.OnSetTitle = function(self, title)                            frame.Title = frame.Title.." - "..title                       end      -- when a lua custom tag is parsed in the html, this event handler     -- will be invoked     wx.wxGetBaseApp():ConnectEvent(wx.wxID_ANY,                                    wx.wxEVT_HTML_TAG_HANDLER,                                    function (event)                                        CreateBoundWindow(event)                                    end)       -- set the frame window and status bar     html:SetRelatedFrame(frame, "wxHtmlWindow wxLua Sample : %s")     html:SetRelatedStatusBar(1)     -- load the
 document     html:SetPage(htmlTextPage)     --  html:LoadPage("testpage.html")     -- show the frame window     wx.wxGetBaseApp().TopWindow = frame     frame:Show(true) end  function CreateBoundWindow(event)     local ax, ay     local rc, fl = 0     -- parse the X parameter in the custom lua tag     rc, ax = event.HtmlTag:GetParamAsInt("X")     -- parse the Y parameter     rc, ay = event.HtmlTag:GetParamAsInt("Y")     -- if there is a float tag set the float     if event.HtmlTag:HasParam("FLOAT") then         fl = ax     end      -- create the control to embed     local parent = event.HtmlParser.Window     if parent then --         local wnd = wx.wxTextCtrl( parent, --                                    wx.wxID_ANY, --                                    event.HtmlTag:GetParam("TEXT"), --                                    wx.wxPoint(0, 0), --                                    wx.wxSize(ax, ay), --                                    wx.wxTE_MULTILINE ) --         -- show
 the control                   local wnd = wx.wxButton( parent,                                    30000,                                    event.HtmlTag:GetParam("TEXT"),                                    wx.wxPoint(0, 0),                                    wx.wxSize(ax, ay) )         -- show the control         wnd:Show(true)          -- create the container widget cell         local widget = wx.wxHtmlWidgetCell(wnd, fl)          -- insert the cell into the document         event.HtmlParser:OpenContainer():InsertCell(widget)         event:SetParseInnerCalled(false)     end end  main()  
Can you post a little bit of code to show how it should work and what
I should expect to see based on your C++ tests. I have never used the
HTML widget in lua or C++.
Sorry the code is a bit too long :-)

Cheers,




S.KIEU
		
---------------------------------
On Yahoo!7 
  Answers: Real people ask and answer questions on any topic. 

On 5/29/06, John Labenski <jla...@gm...> wrote:
> On 5/28/06, Leandro Motta Barros <lmb...@gm...> wrote:
> >
>
> This message is encoded somehow. Are you doing something funky when
> you send it? It looks like you're sending from a gmail account and I'm
> trying to read it from one as well... Perhaps you're using the rich
> text feature? Plain text is always preferred for newsgroups like this
> so that everyone can read it using anything.

A copy of my original email follows, I hope it is readable now. Sorry
for thee trouble.

----

Hello, it's me again...

I'm still struggling to use the latest wxLua snapshot. Currently my
problem is calling wxLua stuff from a Lua coroutine.  If try to call
any wxLua method from a coroutine I get an error. For example, if I
have something like

  local bmp = wx.wxEmptyBitmap (0, 0)
  bmp:LoadFile ("Foo.xpm", wx.wxBITMAP_TYPE_XPM)

I get the following message:

"Attempt to call method 'LoadFile' (a userdata value)"

It seems that wxLua *is* being compiled with WXLUA_LUA_NEWTHREAD
defined, and I have no idea on what else may be wrong.

I'm using wxLua CVS snapshot 2006-05-27, wxGTK 2.6.2, GCC 3.4.3 on Linux.

Thank you,

LMB

On 5/29/06, k. holwerda <kla...@nl...> wrote:
> Hi John,
>
> I have this in my rules.lua file:
>
> -------------------------------------------------------------------------=
------
> -- Set any #includes or other C++ code to be placed verbatim at the top o=
f
> --   every generated cpp file or "" for none
> hook_cpp_binding_includes =3D "#include \"general/include/a2dprec.h\"\n"
>
> As it says it should be "at the top".
> And in my luabind.i I have this at the top:
>
> %include "general/include/a2dprec.h"

Have only one of these. You can also try
"hook_cpp_binding_header_includes" in the rules file.

> This gives me problems to compile it, the #include
> "general/include/a2dprec.h" for precompiled headers must be at the top.
> And of course it also important that the order of include files stays
> the same as defined in the luabind.i.
>
> It was oke some time ago, can you change this to be like before?

Maybe, I think the problem has to do with writing the bindings out
sorted. This really has to be done since lua tables using string keys
come out arbitrarily and so CVS diffs are useless and in some cases it
seems as though everything gets shifted around even for some tiny
little change.

There is also the problem that XWindows very rudely #defines "Above"
and "Below" which we need to #undef *after* all the includes.

Let me know if "hook_cpp_binding_header_includes" works for you, it'll
put the #include in the .h binding file right at the top. Do a new
checkout, I've adjusted things a little.

Regards,
    John Labenski

On 5/28/06, Leandro Motta Barros <lmb...@gm...> wrote:
>

This message is encoded somehow. Are you doing something funky when
you send it? It looks like you're sending from a gmail account and I'm
trying to read it from one as well... Perhaps you're using the rich
text feature? Plain text is always preferred for newsgroups like this
so that everyone can read it using anything.

-John Labenski



Received: by wr-out-0506.google.com with SMTP id 37so765044wra
        for <wxl...@li...>; Sun, 28 May 2006
15:20:00 -0700 (PDT)
DomainKey-Signature: a=3Drsa-sha1; q=3Ddns; c=3Dnofws;
        s=3Dbeta; d=3Dgmail.com;
        h=3Dreceived:message-id:date:from:to:subject:mime-version:content-t=
ype:content-transfer-encoding:content-disposition;
        Received: by 10.64.150.9 with SMTP id x9mr642278qbd;
        Sun, 28 May 2006 15:20:00 -0700 (PDT)
Received: by 10.65.251.17 with HTTP; Sun, 28 May 2006 15:20:00 -0700 (PDT)
Message-ID: <68e...@ma...>
From: "Leandro Motta Barros" <lmb...@gm...>
To: wxl...@li...
MIME-Version: 1.0
Content-Type: text/plain; charset=3DUTF-8; format=3Dflowed
Content-Transfer-Encoding: base64
Content-Disposition: inline
X-Spam-Score: 0.0 (/)
X-Spam-Report: Spam Filtering performed by sourceforge.net.
=09See http://spamassassin.org/tag/ for more details.
=09Report problems to http://sf.net/tracker/?func=3Dadd&group_id=3D1&atid=
=3D200001
=090.0 RCVD_BY_IP             Received by mail server with no name
Subject: [Wxlua-users] wxLua and Lua coroutines
Sender: wxl...@li...
Errors-To: wxl...@li...
X-BeenThere: wxl...@li...
X-Mailman-Version: 2.0.9-sf.net
Precedence: bulk
Reply-To: wxl...@li...
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/wxlua-users=
>,
=09<mailto:wxl...@li...?subject=3Dunsubscribe>
List-Id: <wxlua-users.lists.sourceforge.net>
List-Post: <mailto:wxl...@li...>
List-Help: <mailto:wxl...@li...?subject=3Dhelp=
>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/wxlua-users>,
=09<mailto:wxl...@li...?subject=3Dsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=3Dwxlua-u=
sers>
Date: Sun, 28 May 2006 19:20:00 -0300

SGVsbG8sIGl0J3MgbWUgYWdhaW4uLi4KCkknbSBzdGlsbCBzdHJ1Z2dsaW5nIHRvIHVzZSB0aGU=
g
bGF0ZXN0IHd4THVhIHNuYXBzaG90LiBDdXJyZW50bHkgbXkKcHJvYmxlbSBpcyBjYWxsaW5nIHd=
4
THVhIHN0dWZmIGZyb20gYSBMdWEgY29yb3V0aW5lLiAgSWYgdHJ5IHRvIGNhbGwKYW55IHd4THV=
h
IG1ldGhvZCBmcm9tIGEgY29yb3V0aW5lIEkgZ2V0IGFuIGVycm9yLiBGb3IgZXhhbXBsZSwgaWY=
g
SQpoYXZlIHNvbWV0aGluZyBsaWtlCgogICBsb2NhbCBibXAgPSB3eC53eEVtcHR5Qml0bWFwICg=
w
LCAwKQogICBibXA6TG9hZEZpbGUgKCJGb28ueHBtIiwgd3gud3hCSVRNQVBfVFlQRV9YUE0pCgp=
J
IGdldCB0aGUgZm9sbG93aW5nIG1lc3NhZ2U6CgoiQXR0ZW1wdCB0byBjYWxsIG1ldGhvZCAnTG9=
h
ZEZpbGUnIChhIHVzZXJkYXRhIHZhbHVlKSIKCkl0IHNlZW1zIHRoYXQgd3hMdWEgKmlzKiBiZWl=
u
ZyBjb21waWxlZCB3aXRoIFdYTFVBX0xVQV9ORVdUSFJFQUQKZGVmaW5lZCwgYW5kIEkgaGF2ZSB=
u
byBpZGVhIG9uIHdoYXQgZWxzZSBtYXkgYmUgd3JvbmcuCgpJJ20gdXNpbmcgd3hMdWEgQ1ZTIHN=
u
YXBzaG90IDIwMDYtMDUtMjcsIHd4R1RLIDIuNi4yLCBHQ0MgMy40LjMgb24gTGludXguCgpUaGF=
u
ayB5b3UsCgpMTUIK

On 5/29/06, Steve Kieu <ha...@ya...> wrote:
> I am playing with the sample htmlwin.wx.lua. What I want is to catch the
> event frm the object embeded in the html window. So far, failled :-)
>
> What I did is replace the text box widgets with a button, with an ID and
> then use ConnectEvent as normal
>
> frame:ConnectEvent(button_ID, wx.wxEVT_BUTTON_CLICKED,  OnCLickFunc)
> (Still use version 2.6.2.0 so ConnectEvent is right )
>
> it seems the event is not fired, or not traverse upward to the frame. Eve=
n I
> use html:ConnectEvent; not work as well.
>
> How can I make it work or is it impossible?
>
> Note: The similar work in c++ though

Can you post a little bit of code to show how it should work and what
I should expect to see based on your C++ tests. I have never used the
HTML widget in lua or C++.

Thanks,
    John Labenski

Hi,

With VC6 there is a problem of non supplied arguments.
Like in this:

WX_DEFINE_SORTED_USER_EXPORTED_ARRAY(wxLuaDebugDataItem *, 
wxLuaDebugDataItemArray, WXDLLIMPEXP_WXLUADEBUG );

Here it is only a warning.

Or in my case:

wxLUA_DECLARE_ENCAPSULATION(    ,     MaskprocLuaWrapper)

This gave an error, but for some reason this works:

#define WXDLLIMPEXP_WXARTBIND
wxLUA_DECLARE_ENCAPSULATION( WXDLLIMPEXP_WXARTBIND,MaskprocLuaWrapper)

So not really an issue, when using the above trick, but why it works??

Klaas.


-- 
Unclassified

Hi John,

I have this in my rules.lua file:

-------------------------------------------------------------------------------
-- Set any #includes or other C++ code to be placed verbatim at the top of
--   every generated cpp file or "" for none
hook_cpp_binding_includes = "#include \"general/include/a2dprec.h\"\n"

As it says it should be "at the top".
And in my luabind.i I have this at the top:

%include "general/include/a2dprec.h"

%include "docview/include/doccom.h"
%include "docview/include/cparser.h"
%include "artbase/include/drawer2d.h"
%include "luawraps/include/luawrap.h"

But in the bindings generated, a2dprec.h as not at the top anymore.

e.g. i get in wxart2d_bind.cpp the following order at the top:

#include "wxlua/include/wxlstate.h"
#include "luawraps/include/luabind.h"
#include "general/include/a2dprec.h"
------------------
And in luabind.h i get this ( lower in file order of include files is 
different plus a2dprec.h not at the top. ):

// 
----------------------------------------------------------------------------
// wxart2d.h - headers and tags for wxLua binding
//
// This file was generated by genwxbind.lua
// Any changes made to this file may be lost when file is regenerated
// 
----------------------------------------------------------------------------

#ifndef __HOOK_WXLUA_wxart2d_H__
#define __HOOK_WXLUA_wxart2d_H__

#include "wxlua/include/internal.h"

#include "wxbind/include/wxbind.h"

// binding class
class wxLuaBinding_wxart2d : public wxLuaBinding
{
public:
    wxLuaBinding_wxart2d();
    virtual wxLuaBinding* Clone() const { return new wxLuaBinding_wxart2d; }

protected:
    virtual void PreRegister(const wxLuaState& wxlState, bool 
registerTypes, int luaTable);
    virtual void PostRegister(const wxLuaState& wxlState, bool 
registerTypes, int luaTable);

    DECLARE_DYNAMIC_CLASS(wxLuaBinding_wxart2d)
};

// bind wxLuaBinding_wxart2d to a single wxLuaState
extern  bool wxLuaBinding_wxart2d_bind(const wxLuaState& wxlState);
// initialize wxLuaBinding_wxart2d for all wxLuaStates
extern  bool wxLuaBinding_wxart2d_init();

#include "artbase/include/drawer2d.h"
#include "docview/include/cparser.h"
#include "docview/include/doccom.h"
#include "general/include/a2dprec.h"
#include "luawraps/include/luawrap.h"

---------------------
Same in luabind.cpp:

// 
----------------------------------------------------------------------------
// This file was generated by genwxbind.lua
//
// Any changes made to this file may be lost when file is regenerated.
// 
----------------------------------------------------------------------------

#ifdef __BORLANDC__
    #pragma hdrstop
#endif

#ifndef WX_PRECOMP
     #include "wx/wx.h"
#endif

#include "wxlua/include/wxlstate.h"
#include "luawraps/include/luabind.h"
#include "general/include/a2dprec.h"


This gives me problems to compile it, the #include 
"general/include/a2dprec.h" for precompiled headers must be at the top.
And of course it also important that the order of include files stays 
the same as defined in the luabind.i.

It was oke some time ago, can you change this to be like before?

Thanks,

Klaas







-- 
Unclassified

Hi,

I see that in the bin directory there is now lua5.1.exe instead of lua.exe
That is on windows.
Is there a reason behind this.
I am using lua.exe to generate the bindings in wxArt2D, and the same is 
done in wxluacan in genwxbind.bat.

But somewhere else i see thise used?

SET LUA=..\bin\wxlua-lua.exe

What should is best use?

Klaas

-- 
Unclassified

Hi everyone,

I am playing with the sample htmlwin.wx.lua. What I want is to catch the event frm the object embeded in the html window. So far, failled :-)

What I did is replace the text box widgets with a button, with an ID and then use ConnectEvent as normal 

frame:ConnectEvent(button_ID, wx.wxEVT_BUTTON_CLICKED,  OnCLickFunc)

(Still use version 2.6.2.0 so ConnectEvent is right )

it seems the event is not fired, or not traverse upward to the frame. Even I use html:ConnectEvent; not work as well.

How can I make it work or is it impossible?

Note: The similar work in c++ though

Thanks in advance

Cheers,





S.KIEU
		
---------------------------------
On Yahoo!7
  Socceroos Central: Latest news, schedule, blogs and videos.  

SGVsbG8sIGl0J3MgbWUgYWdhaW4uLi4KCkknbSBzdGlsbCBzdHJ1Z2dsaW5nIHRvIHVzZSB0aGUg
bGF0ZXN0IHd4THVhIHNuYXBzaG90LiBDdXJyZW50bHkgbXkKcHJvYmxlbSBpcyBjYWxsaW5nIHd4
THVhIHN0dWZmIGZyb20gYSBMdWEgY29yb3V0aW5lLiAgSWYgdHJ5IHRvIGNhbGwKYW55IHd4THVh
IG1ldGhvZCBmcm9tIGEgY29yb3V0aW5lIEkgZ2V0IGFuIGVycm9yLiBGb3IgZXhhbXBsZSwgaWYg
SQpoYXZlIHNvbWV0aGluZyBsaWtlCgogICBsb2NhbCBibXAgPSB3eC53eEVtcHR5Qml0bWFwICgw
LCAwKQogICBibXA6TG9hZEZpbGUgKCJGb28ueHBtIiwgd3gud3hCSVRNQVBfVFlQRV9YUE0pCgpJ
IGdldCB0aGUgZm9sbG93aW5nIG1lc3NhZ2U6CgoiQXR0ZW1wdCB0byBjYWxsIG1ldGhvZCAnTG9h
ZEZpbGUnIChhIHVzZXJkYXRhIHZhbHVlKSIKCkl0IHNlZW1zIHRoYXQgd3hMdWEgKmlzKiBiZWlu
ZyBjb21waWxlZCB3aXRoIFdYTFVBX0xVQV9ORVdUSFJFQUQKZGVmaW5lZCwgYW5kIEkgaGF2ZSBu
byBpZGVhIG9uIHdoYXQgZWxzZSBtYXkgYmUgd3JvbmcuCgpJJ20gdXNpbmcgd3hMdWEgQ1ZTIHNu
YXBzaG90IDIwMDYtMDUtMjcsIHd4R1RLIDIuNi4yLCBHQ0MgMy40LjMgb24gTGludXguCgpUaGFu
ayB5b3UsCgpMTUIK

John Labenski ha scritto:
> On 5/25/06, Francesco Montorsi 
> <f18...@ya...> wrote:
>> Hi all,
>>      I'm afraid to inform you that since I was accepted in Google SoC
>> (for wxWidgets project BTW ;)) I won't be able to work/stay up2date in
>> the same way I did before...
> 
> Congratulations! 
Thanks

>> John, let me know when you think a new binary release should be done and
>> I'll help with it - borland builds are *almost* working: there is a
> 
> Thanks, how about next week...
sure - which day ?


>> linking problem with "isatty" function (which is an unresolved external)
>>   but I think borland fails should not be a stopper...
> 
> This is part of the lua executable it looks like. Perhaps everything
> else builds?
yes, everything else builds :)
Unfortunately not EXEs...

Francesco

I've wondered about this. We can just use the C++ array structures as
is, for example wxArrayInt or wxArrayString, but people have made it
so that some functions return lua tables of ints or strings instead
and I've maintained that. It would be easier for the binder to just
return the natural C++ datatype and provide simple functions to
convert between the C++ array and a lua table.

Do you have any feelings about this? Currently it's a little bit of
both, some functions return lua tables others wxArrayXXX.

I think it depends on the use of the structure. If it will be used again in c++ code (so the lua just hold reference to the object and pass to another c++ object to process then it would be better to return exactly as is (wxArrayXXX).
If the return data is used in lua code or different framework then it is best to use as table.
That's too bad. The new version really has quite a lot of new and
better things. Please don't hesitate to tell us about anything else
that's missing or doesn't work though. There's way to much to
I have tested CVS before it works good, but the problem is with luasql; the kepler project team has not updated it to lua-5.1 yet. Last time I remember ; the current luasql compiles and runs fine with lua-5.1 in Linux, but I have no way to make it run in windows (may be I am so bad in windows env), the binary just crashed, compiles gives errors. I have tight time so can not do furthur, but turn back to lua-5.0 for everything works. I hope by the time goes I can use the CVS again.

To say about bugs, I found some minor problems and limitations with wxgenbind.lua  in version 2.6.2.0 ; not sure if the problem found and correct in CVS version.

%class  %delete %encapsulate %noclassinfo  a
xxxx
%endclass

%class b
set(a)
xxxx
%endclass

When generated to the binding files, the above set(a) ; the line that pop the userdatatype 'a' is incorrectly generated, it uses GetIntType(xx) instead, then it will give compile error. I have to override it.

AFter fixing this, compiler still gives error about can not find the constructor of a(void*)  which is not available.  So another step is add another bogus constructor for a(void* ) which is identical to a()

Now things are fine in linux, but VC7 still gives one error for a specfic line, 'can not convert from void*  to a*  =  strange as it happend for only one method; all others fine. I have to remove the method.

3. genwxbind  does not like a line break between parameters of a method in .i  files . It gives error;

4. The following is not accepted by genwxbind

c++
class a {
a(int v1, b v2=b())
}

in .i if you write
%class a
a(int v1, b v2=b())
%endclass
will give errors. I saw you work around it by not use default param in the () form, 

5. If in c++ you have
#define EmptyA  a()

there is no way to write in .i file
%define EmptyA  a() // Error
%define EmptyA  // Error

Thank you for reading my long emails lol

Cheers




S.KIEU
		
---------------------------------
  The LOST Ninja blog: Exclusive clues, clips and gossip.  

On 5/25/06, Steve Kieu <ha...@ya...> wrote:
> Actually this is needed as I bind some widgets (c++) to wxLua and they have
> used such array using the wxWidgets macro; and I would like to access it as
> well.
> For typical example is the  wxArrayTreeItemIds  is defined in .i file  but
> no constructor as well then some third party class used this for the return
> value and it is really handy when you want to control the tree; the
> wxTreeCtrl understand it rather than the lua table we construct.

I have added wxArrayTreeItemIds too.

> You are right that most of uses is realy needed to have constructor  (you
> get the return value from the c++ method ) but sometimes ...
>
> Of course for all others ; better off using {}  :-)

I've wondered about this. We can just use the C++ array structures as
is, for example wxArrayInt or wxArrayString, but people have made it
so that some functions return lua tables of ints or strings instead
and I've maintained that. It would be easier for the binder to just
return the natural C++ datatype and provide simple functions to
convert between the C++ array and a lua table.

Do you have any feelings about this? Currently it's a little bit of
both, some functions return lua tables others wxArrayXXX.

> BTW, the class reference you point is the current CVS version right? I still
> _have_ to use the released version though because of some other dependency
> to lua 5.0 ; 2.6.2.0; which is still very good to me.

That's too bad. The new version really has quite a lot of new and
better things. Please don't hesitate to tell us about anything else
that's missing or doesn't work though. There's way to much to
wxWidgets to test everything and I bet that I use less than 1/4 of the
wrappers.

Thanks,
    John Labenski

Hi,

Actually this is needed as I bind some widgets (c++) to wxLua and they have used such array using the wxWidgets macro; and I would like to access it as well.
For typical example is the  wxArrayTreeItemIds  is defined in .i file  but no constructor as well then some third party class used this for the return value and it is really handy when you want to control the tree; the wxTreeCtrl understand it rather than the lua table we construct.

You are right that most of uses is realy needed to have constructor  (you get the return value from the c++ method ) but sometimes ...

Of course for all others ; better off using {}  :-)

Cheers,

BTW, the class reference you point is the current CVS version right? I still _have_ to use the released version though because of some other dependency to lua 5.0 ; 2.6.2.0; which is still very good to me.

Thanks.

Cheers

John Labenski <jla...@gm...> wrote: On 5/25/06, Steve Kieu  wrote:
> Hi there,
>
> I am looking around and not yet find any;
>
> Look at data.i; it has mapping for wxArrayInt, wxArrayString. With
> wxArrayString it has constructor so I can use it normally. But not for
> ArrayInt ; Also many others does not have constructor as well;

I guess the thought was that normally you'd just use a lua table as an
int array. I've added constructors for wxArrayInt so it should work
now.

You can check to see all the wxLua classes and their member functions here.

http://wxlua.sourceforge.net/docs/wxluaref.html

-John Labenski


-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Wxlua-users mailing list
Wxl...@li...
https://lists.sourceforge.net/lists/listinfo/wxlua-users



S.KIEU
		
---------------------------------
  The LOST Ninja blog: Exclusive clues, clips and gossip.  

On 5/25/06, Steve Kieu <ha...@ya...> wrote:
> Hi there,
>
> I am looking around and not yet find any;
>
> Look at data.i; it has mapping for wxArrayInt, wxArrayString. With
> wxArrayString it has constructor so I can use it normally. But not for
> ArrayInt ; Also many others does not have constructor as well;

I guess the thought was that normally you'd just use a lua table as an
int array. I've added constructors for wxArrayInt so it should work
now.

You can check to see all the wxLua classes and their member functions here.

http://wxlua.sourceforge.net/docs/wxluaref.html

-John Labenski