You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(60) |
Jul
(35) |
Aug
(32) |
Sep
(5) |
Oct
(5) |
Nov
(58) |
Dec
(34) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(114) |
Feb
(184) |
Mar
(153) |
Apr
(90) |
May
(153) |
Jun
(59) |
Jul
(24) |
Aug
(43) |
Sep
(17) |
Oct
(34) |
Nov
(11) |
Dec
(204) |
2007 |
Jan
(84) |
Feb
(119) |
Mar
(38) |
Apr
(28) |
May
(52) |
Jun
(105) |
Jul
(64) |
Aug
(67) |
Sep
(14) |
Oct
(3) |
Nov
(28) |
Dec
(55) |
2008 |
Jan
(228) |
Feb
(55) |
Mar
(30) |
Apr
(30) |
May
(15) |
Jun
(20) |
Jul
(12) |
Aug
(3) |
Sep
(13) |
Oct
(54) |
Nov
(35) |
Dec
(35) |
2009 |
Jan
(19) |
Feb
(20) |
Mar
(34) |
Apr
(4) |
May
(60) |
Jun
(25) |
Jul
(16) |
Aug
(51) |
Sep
(19) |
Oct
(62) |
Nov
(21) |
Dec
(12) |
2010 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(12) |
May
(23) |
Jun
(13) |
Jul
(1) |
Aug
(40) |
Sep
(18) |
Oct
(21) |
Nov
(26) |
Dec
(34) |
2011 |
Jan
(17) |
Feb
(23) |
Mar
(1) |
Apr
(10) |
May
(1) |
Jun
(5) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(43) |
2012 |
Jan
(5) |
Feb
(19) |
Mar
(6) |
Apr
(24) |
May
(39) |
Jun
(83) |
Jul
(29) |
Aug
(36) |
Sep
(64) |
Oct
(55) |
Nov
(12) |
Dec
(7) |
2013 |
Jan
(17) |
Feb
(10) |
Mar
(37) |
Apr
(27) |
May
(13) |
Jun
(9) |
Jul
(7) |
Aug
(61) |
Sep
(23) |
Oct
(23) |
Nov
(30) |
Dec
(16) |
2014 |
Jan
(23) |
Feb
(13) |
Mar
(9) |
Apr
(17) |
May
(2) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
(9) |
Oct
(24) |
Nov
(2) |
Dec
(14) |
2015 |
Jan
(6) |
Feb
(4) |
Mar
(17) |
Apr
|
May
(7) |
Jun
(3) |
Jul
|
Aug
|
Sep
(2) |
Oct
(21) |
Nov
(6) |
Dec
(2) |
2016 |
Jan
(4) |
Feb
(2) |
Mar
(7) |
Apr
(3) |
May
(11) |
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(4) |
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: klaas.holwerda <kla...@nl...> - 2006-06-07 12:18:20
|
Hi John, Your idea to add precompiled headers like this does not work. Also othere changed you said you made, made no difference. hook_cpp_binding_header_includes = "#include \"general/include/a2dprec.h\"\n..#include \"wxbind/include/wxbind.h\"\n" I think the only thing that will be correct is to place the next at as the first include file in *.cpp generated. This is what the comment says, and how it worked before. ------------------------------------------------------------------------------- -- 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" With this setting i get in my lubind.cpp: #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" But i need this, to make it work. #ifdef __BORLANDC__ #pragma hdrstop #endif #ifndef WX_PRECOMP #include "wx/wx.h" #endif #include "general/include/a2dprec.h" #include "wxlua/include/wxlstate.h" #include "luawraps/include/luabind.h" If i change in genwxbind.lua in the next function: function GenerateHookCppFileHeader(fileData) to this again, all is oke as before, what that be wrong in other situations? If so we better have and extra variable to contain a precompiled header include in the rules file. function GenerateHookCppFileHeader(fileData) table.insert(fileData, "// ----------------------------------------------------------------------------\n") table.insert(fileData, "// This file was generated by genwxbind.lua \n") table.insert(fileData, "//\n") table.insert(fileData, "// Any changes made to this file may be lost when file is regenerated.\n") table.insert(fileData, "// ----------------------------------------------------------------------------\n") table.insert(fileData, "\n") table.insert(fileData, "#ifdef __BORLANDC__\n") table.insert(fileData, " #pragma hdrstop\n") table.insert(fileData, "#endif\n") table.insert(fileData, "\n") table.insert(fileData, "#ifndef WX_PRECOMP\n") table.insert(fileData, " #include \"wx/wx.h\"\n") table.insert(fileData, "#endif\n") table.insert(fileData, hook_cpp_binding_includes or "") table.insert(fileData, "\n") table.insert(fileData, "\n") table.insert(fileData, "#include \"wxlua/include/wxlstate.h\"\n\n") table.insert(fileData, "\n") if includeList then for idx = 1, table.getn(includeList) do table.insert(fileData, "#include \""..includeList[idx].."\"\n") end end table.insert(fileData, "#include \""..hook_cpp_header_filename.."\"\n") table.insert(fileData, "\n") table.insert(fileData, "\n\n") return fileData end Regards, Klaas -- Unclassified |
From: klaas.holwerda <kla...@nl...> - 2006-06-07 11:49:53
|
Hi, At home i use Vc2003.net and here VC6. It seems that VC6 produces wxlua-lua.exe and lua5.1.exe in the wxLua/bin. But i am sure i did not see this at home, there i get lua.exe, and not wxlua-lua.exe nor lua5.1.exe. I can only explain this because of using VC6 or Vc2003.net. Because of this on Vc6 wxLua/wxluacan/src/genwxbind.bat will not work. And this is the same for my own binding, where is assume lua.exe is available from wxLua. If i go to the target app_lua in wxLua.dsw, i see that it produces this as executable. C:\data\art2d\wxluacvs\wxLua\bin\wxlua-lua.exe And lua5.1.exe comes from target app_verbatimlua. I will check again at home why i do get lua.exe there. The thing is that VC2003 uses the same project files, only translates them. So this would be a strange thing to happen. Maybe it is a matter of a clean check out. In any case, what should the real naming be? I would prefer the same name on unix and windows. Once that is clear we should update the binding generation scripts to use it. Although it looks like wxLua/bindings/genwxbind.bat is already using wxlua-lua.exe, but on genwxbind.sh it is lua via the path. Why not wxlua-lua.exe also on Unix? Thanks for some clarification, Klaas -- Unclassified |
From: Darwin S. <dar...@ho...> - 2006-06-07 11:36:11
|
Hello, I have been having problems with generating the bindings for classes when they exist in sub-namespaces of the main namespaces e.g. a::b::MyClass I was not able to set this namesace in the rules file using the hook_cpp_namespace because this caused problems with the #ifndef at the top of the generated binding header e.g.: <code> #ifndef __HOOK_WXLUA_a::b_H__ #define __HOOK_WXLUA_a::b_H__ </code> It also seems to only process the first part of the namespace: 'wxluatest.h:58: error: wxObject_a has not been declared' I was just wondering if this is supported or if there is any way around this short of editing the generated binding files? Thanks in advance, D. S. |
From: Rebecca L. <pq...@ga...> - 2006-06-06 07:18:59
|
Trade Date: Tuesday, June 6th, 2006 Company: BioElectronics Corporation Symbol: BIEL Price: $0.025 IS MOMENTUM BUILDING FOR THIS STOCK? CAN YOU MAKE SOME FAST MONEY ON IT? RADAR BIEL FOR TUESDAY'S OPEN RIGHT NOW!! THE ALERT IS ON!!! RECENT NEWS HEADLINE: (GO READ ALL THE NEWS ON BIEL RIGHT NOW!) BioElectronics Corporation Announces New 510(k) Market Clearance Application Filed With FDA!! About BioElectronics Corporation (Source: News 5/18/2006) BioElectronics currently manufactures and sells ActiPatch(TM), a drug-free anti-inflammatory patch with an embedded battery operated microchip that delivers weeks of continuous pulsed therapy for less than a dollar a day. The unique ActiPatch delivery system, using patented technology, provides a cost-effective, patient friendly method to reduce soft tissue pain and swelling. GO READ ALL THE NEWS ON THIS ONE!! DO YOUR DUE DILIGENCE!! RADAR IT FOR TUESDAY'S OPEN NOW! ______________ Information within this report contains forward looking statements within the meaning of Section 27A of the Securities Act of 1933 and Section 21B of the SEC Act of 1934. Statements that involve discussions with respect to projections of future events are not statements of historical fact and may be forward looking statements. Don't rely on them to make a decision. Past performance is never indicative of future results. We received four hundred thousand free trading shares in the past for our services. All those shares have been sold. We have received an additional one million free trading shares now. We intend to sell all one million shares now, which could cause the stock to go down, resulting in losses for you. The four hundred thousand shares and one million shares were received from two different third parties, not officers, directors or affiliate shareholders. This company has: an accumulated deficit, a negative net worth, a reliance on loans from officers directors and affiliates to pay expenses, and a nominal cash position. These factors raise substantial doubt about its ability to continue as a going concern. The company and its president are a defendant in a lawsuit. The publicly available float of stock is currently increasing. URGENT: Read the company's SEC filing before you invest. This report shall not be construed as any kind of investment advice or solicitation. WARNING: You can lose all your money by investing in this stock. |
From: Leandro M. B. <lmb...@gm...> - 2006-06-06 02:19:27
|
Hello again! On 5/29/06, John Labenski <jla...@gm...> wrote: > [...] > 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. I did it, and 'wxLuaState_newthread_handler()' *is* being called. > [...] > 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. Here it is: http://www.stackedboxes.org/~lmb/Balaio/wxLuaIdleCoroutine.zip Now, running this example I found some information that may help finding what's going wrong. Here are some notes about this: 1. This example works with the wxLua version I was using before starting to have problems (CVS 2006-04-14). (Just need to change 'Connect' to 'ConnectEvent', and make it look for the 'wxluasetup.h' in the (im)proper place). 2. All other tests made with wxLua Snapshot 2006-06-03. 3. Running the example as is, I get the following output in the console: wxLuaState_newthread_handler L 135088648 L1 135631296, L_wxlsdata 135086608 L1_wxlsdata 135567808 lua: Error while running chunk app.lua:41: attempt to call method 'Connect' (a userdata value) stack traceback: app.lua:41: in function 'new' app.lua:91: in function <app.lua:80> (notice that 'wxLuaState_newthread_handler()' is called) 4. So, the error happens in the "main thread", not inside the coroutine. This means that the problem is not where I thought it was... (before this, in my application, I was getting the same error, but it was happening (coincidentally?) from inside the coroutine code). 5. I tried to comment out the code that creates the coroutine (and the asserts I added to check if a coroutine is passed to the 'ProgressWindow') and run the program again, just to see where the error would happen. The call to 'Connect' succeeded |
From: Leandro M. B. <lmb...@gm...> - 2006-06-06 02:14:33
|
On 6/4/06, Leandro Motta Barros <lmb...@gm...> wrote: > Hello again! > > On 5/29/06, John Labenski <jla...@gm...> wrote: > > [...] > > 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. > > I did it, and 'wxLuaState_newthread_handler()' *is* being called. > > > [...] > > > 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. > > Here it is: http://www.stackedboxes.org/~lmb/Balaio/wxLuaIdleCoroutine.zip > > Now, running this example I found some information that may help > finding what's going wrong. Here are some notes about this: > > 1. This example works with the wxLua version I was using before > starting to have problems (CVS 2006-04-14). (Just need to change > 'Connect' to 'ConnectEvent', and make it look for the 'wxluasetup.h' > in the (im)proper place). > > 2. All other tests made with wxLua Snapshot 2006-06-03. > > 3. Running the example as is, I get the following output in the console: > > wxLuaState_newthread_handler L 135088648 L1 135631296, L_wxlsdata > 135086608 L1_wxlsdata 135567808 > lua: Error while running chunk > app.lua:41: attempt to call method 'Connect' (a userdata value) > stack traceback: > app.lua:41: in function 'new' > app.lua:91: in function <app.lua:80> > > (notice that 'wxLuaState_newthread_handler()' is called) > > 4. So, the error happens in the "main thread", not inside the > coroutine. This means that the problem is not where I thought it > was... (before this, in my application, I was getting the same error, > but it was happening (coincidentally?) from inside the coroutine > code). > > 5. I tried to comment out the code that creates the coroutine (and the > asserts I added to check if a coroutine is passed to the > 'ProgressWindow') and run the program again, just to see where the > error would happen. The call to 'Connect' succeeded Sorry... "send" looks so much like "save" :-) I still have a final comment... 6. So, I guess that when the coroutine is created, something is done that confuses further calls to wxLua. I haven't checked the wxLua implementation, but from these tests, I think my conclusion makes some sense. That's it for now. Feel free to ask for further tests. As I said, I'll be busy for some more time, but I can do something whenever I find some space in my schedule ;-) Thanks for all, LMB |
From: Steve K. <ha...@ya...> - 2006-06-06 01:46:01
|
Hi, I have repeatedly got the message when running the app in win98. With window 2000 and above, no problem. The app is like: at wxWidget app, at OnInit I start a wxLuaState and call run a file which is an command line argument. I have a wxThread class in c++ which just very simple thread to spawn another wxLuaState and run a file.lua . This class is accessible in lua script. Basically the first arg is the main window to open the GUI, and there is a menu to allow the thread to run another lua file in a different thread ; a server process. Everything works as expected in win2k . XP, but not win98. Even I do not have thread at all; just use wxLua and run the server script, which is a non GUI apps it gives the memory allocation error as well. However if I use the lua50.exe interprepter it works just fine so at the moment I have to wrap it using os.execute() call and use lua50.exe. Is there any GUI conflict if we use wxLua to run a Non GUI script in win98? Cheers, S.KIEU Send instant messages to your online friends http://au.messenger.yahoo.com |
From: Steve K. <ha...@ya...> - 2006-05-31 04:24:11
|
> 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! |
From: John L. <jla...@gm...> - 2006-05-31 03:17:30
|
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 |
From: John L. <jla...@gm...> - 2006-05-31 03:08:38
|
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 |
From: Steve K. <ha...@ya...> - 2006-05-31 02:17:34
|
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. |
From: Steve K. <ha...@ya...> - 2006-05-30 21:21:12
|
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. |
From: k. h. <kla...@nl...> - 2006-05-30 13:08:51
|
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 |
From: John L. <jla...@gm...> - 2006-05-30 09:13:57
|
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 |
From: Leandro M. B. <lmb...@gm...> - 2006-05-30 03:39:37
|
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 |
From: John L. <jla...@gm...> - 2006-05-30 02:41:37
|
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. |
From: Steve K. <ha...@ya...> - 2006-05-30 01:19:17
|
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! |
From: Steve K. <ha...@ya...> - 2006-05-30 01:12:04
|
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. |
From: Leandro M. B. <lmb...@gm...> - 2006-05-30 00:41:59
|
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 |
From: John L. <jla...@gm...> - 2006-05-30 00:20:54
|
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 |
From: John L. <jla...@gm...> - 2006-05-29 23:04:10
|
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 |
From: John L. <jla...@gm...> - 2006-05-29 22:07:34
|
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 |
From: k. h. <kla...@nl...> - 2006-05-29 14:27:58
|
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 |
From: k. h. <kla...@nl...> - 2006-05-29 13:21:53
|
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 |
From: k. h. <kla...@nl...> - 2006-05-29 12:15:57
|
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 |