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: Steve K. <ha...@ya...> - 2006-05-29 10:31:26
|
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. |
From: Leandro M. B. <lmb...@gm...> - 2006-05-28 22:20:07
|
SGVsbG8sIGl0J3MgbWUgYWdhaW4uLi4KCkknbSBzdGlsbCBzdHJ1Z2dsaW5nIHRvIHVzZSB0aGUg bGF0ZXN0IHd4THVhIHNuYXBzaG90LiBDdXJyZW50bHkgbXkKcHJvYmxlbSBpcyBjYWxsaW5nIHd4 THVhIHN0dWZmIGZyb20gYSBMdWEgY29yb3V0aW5lLiAgSWYgdHJ5IHRvIGNhbGwKYW55IHd4THVh IG1ldGhvZCBmcm9tIGEgY29yb3V0aW5lIEkgZ2V0IGFuIGVycm9yLiBGb3IgZXhhbXBsZSwgaWYg SQpoYXZlIHNvbWV0aGluZyBsaWtlCgogICBsb2NhbCBibXAgPSB3eC53eEVtcHR5Qml0bWFwICgw LCAwKQogICBibXA6TG9hZEZpbGUgKCJGb28ueHBtIiwgd3gud3hCSVRNQVBfVFlQRV9YUE0pCgpJ IGdldCB0aGUgZm9sbG93aW5nIG1lc3NhZ2U6CgoiQXR0ZW1wdCB0byBjYWxsIG1ldGhvZCAnTG9h ZEZpbGUnIChhIHVzZXJkYXRhIHZhbHVlKSIKCkl0IHNlZW1zIHRoYXQgd3hMdWEgKmlzKiBiZWlu ZyBjb21waWxlZCB3aXRoIFdYTFVBX0xVQV9ORVdUSFJFQUQKZGVmaW5lZCwgYW5kIEkgaGF2ZSBu byBpZGVhIG9uIHdoYXQgZWxzZSBtYXkgYmUgd3JvbmcuCgpJJ20gdXNpbmcgd3hMdWEgQ1ZTIHNu YXBzaG90IDIwMDYtMDUtMjcsIHd4R1RLIDIuNi4yLCBHQ0MgMy40LjMgb24gTGludXguCgpUaGFu ayB5b3UsCgpMTUIK |
From: Francesco M. <f18...@ya...> - 2006-05-28 14:54:03
|
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 |
From: Steve K. <ha...@ya...> - 2006-05-26 21:50:13
|
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. |
From: John L. <jla...@gm...> - 2006-05-26 16:03:24
|
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 |
From: Steve K. <ha...@ya...> - 2006-05-26 03:52:38
|
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. |
From: John L. <jla...@gm...> - 2006-05-26 02:17:06
|
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 |
From: John L. <jla...@gm...> - 2006-05-26 02:14:38
|
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! Hopefully most of the major things are taken care of... Just more cleanup and polishing. > 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... > 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? Regards, John Labenski |
From: Steve K. <ha...@ya...> - 2006-05-26 00:05:14
|
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; If I write a_i=wx.wxArrayInt() -- error the right one is nil a_i=wx.wxArrayInt -- no complain but a_i:Add(122) -- a_i is nil Thanks in advance. Cheers S.KIEU --------------------------------- On Yahoo!7 Answers: Real people ask and answer questions on any topic. |
From: Francesco M. <f18...@ya...> - 2006-05-25 21:39:44
|
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... 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 linking problem with "isatty" function (which is an unresolved external) but I think borland fails should not be a stopper... Francesco |
From: Leandro M. B. <lmb...@gm...> - 2006-05-25 11:24:41
|
V2VpcmQuLi4gSSBqdXN0IHJlcGxpZWQgdG8gdGhlIG1lc3NhZ2UsIGFzIEkgYWx3YXlzIGRpZC4u LiBJJ2xsIGNvcHkKbXkgcHJldmlvdXMgZW1haWwgYmVsb3cuCgo+IFRvIGZpeCB5b3VyIHByb2Js ZW0sIHNpbXBseSB1c2UgLTEgb3Igd3hJRF9BTlkgYXMgdGhlIGZpcnN0IHBhcmFtZXRlcgo+IHVu dGlsIHRoZSBuZXh0IHNuYXBzaG90LgoKVGhhbmtzISBJJ2xsIHRyeSB0aGlzIHRvbW9ycm93LCBp ZiBoYXZlIHRpbWUuCgo+IHBzLiB1c2luZyBJZGxlIGV2ZW50cyB3LyBSZXF1ZXN0TW9yZSgpIGxp a2UgdGhpcyBpcyBwcmV0dHkgdWdseSwgdHJ5Cj4gdG8gc2VlIGlmIHlvdSBjYW4gZmluZCBhIGJl dHRlciB3YXkgdG8gaW1wbGVtZW50IHRoaXMuLi4KClN1cmUhIEluIG15ICJyZWFsIGNvZGUiIEkn bSB1c2luZyBpZGxlIGV2ZW50cyB0byByZXN1bWUgdGhlIGV4ZWN1dGlvbgpvZiBhIGNvcm91dGlu ZSB0aGF0IGRvZXMgc29tZSB0YXNrcyAiaW4gdGhlIGJhY2tncm91bmQiLCBhbmQgSSBqdXN0ClJl cXVlc3RNb3JlKCkgYXMgbG9uZyBhcyB0aGVzZSB0YXNrcyBhcmUgbm90IGNvbXBsZXRlZC4gSW4g cHJhY3RpY2UsIEkKanVzdCBnZXQgYSBsaW1pdGVkIG51bWJlciBvZiBpZGxlIGV2ZW50cywgbm90 IGEgY29udGludW91cyBhbmQKaW5pZmluaXRlIHN0cmVhbSBhcyBpbiB0aGlzIGV4YW1wbGUuIFNv LCBwZXJoYXBzIG15IHVzZSBvZiBpZGxlIGV2ZW50cwppc24ndCBleGFjdGx5IGJlYXV0aWZ1bCwg YnV0IGF0IGxlYXN0IGlzIG5vdCAqdGhhdCogdWdseSAob3Igc28gSQp0aGluaykgOy0pCgpBbmQg dGhhbmsgeW91IG9uY2UgbW9yZSEKCkxNQgoKCk9uIDUvMjUvMDYsIEpvaG4gTGFiZW5za2kgPGps YWJlbnNraUBnbWFpbC5jb20+IHdyb3RlOgo+IE9uIDUvMjQvMDYsIExlYW5kcm8gTW90dGEgQmFy cm9zIDxsbWJhcnJvc0BnbWFpbC5jb20+IHdyb3RlOgo+ID4KPgo+IEkgY2Fubm90IHJlYWQgdGhp cywgSXQncyBlbmNvZGVkIHNvbWVob3c/Cj4KPiAtSm9obiBMYWJlbnNraQo+Cj4KPiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gQWxsIHRo ZSBhZHZhbnRhZ2VzIG9mIExpbnV4IE1hbmFnZWQgSG9zdGluZy0tV2l0aG91dCB0aGUgQ29zdCBh bmQgUmlzayEKPiBGdWxseSB0cmFpbmVkIHRlY2huaWNpYW5zLiBUaGUgaGlnaGVzdCBudW1iZXIg b2YgUmVkIEhhdCBjZXJ0aWZpY2F0aW9ucyBpbgo+IHRoZSBob3N0aW5nIGluZHVzdHJ5LiBGYW5h dGljYWwgU3VwcG9ydC4gQ2xpY2sgdG8gbGVhcm4gbW9yZQo+IGh0dHA6Ly9zZWwuYXMtdXMuZmFs a2FnLm5ldC9zZWw/Y21kPWxuayZraWQ9MTA3NTIxJmJpZD0yNDg3MjkmZGF0PTEyMTY0Mgo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gV3hsdWEtdXNl cnMgbWFpbGluZyBsaXN0Cj4gV3hsdWEtdXNlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gaHR0 cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vd3hsdWEtdXNlcnMKPgo= |
From: John L. <jla...@gm...> - 2006-05-25 04:07:50
|
On 5/24/06, Leandro Motta Barros <lmb...@gm...> wrote: > I cannot read this, It's encoded somehow? -John Labenski |
From: John L. <jla...@gm...> - 2006-05-25 04:06:43
|
I'm not sure what the logic was, but previously the wxEvtHandler::Connect function was called ConnectEvent. It is a reasonable name, however for consistency with the wxWidgets documentation I have renamed it to Connect since there is no function called ConnectEvent in C++. http://www.wxwidgets.org/manuals/2.6.3/wx_wxevthandler.html#wxevthandlerconnect Sorry about breaking everyone's app, but this is something that should be changed ASAP and permanently. I have also added the ability to do wxWindowID ranges for Connect and added wxEvtHandler::Disconnect, so as they say, you win some and lose some... Regards, John Labenski |
From: Leandro M. B. <lmb...@gm...> - 2006-05-25 03:01:08
|
T24gNS8yNC8wNiwgSm9obiBMYWJlbnNraSA8amxhYmVuc2tpQGdtYWlsLmNvbT4gd3JvdGU6Cj4g T24gNS8yNC8wNiwgTGVhbmRybyBNb3R0YSBCYXJyb3MgPGxtYmFycm9zQGdtYWlsLmNvbT4gd3Jv dGU6Cj4gSXQgaXMgc3RyYW5nZSB0aGF0IGl0IHVzZWQgdG8gd29yayBhbmQgbm93IGRvZXNuJ3Qs IGJ1dCBpbiBhbnkgY2FzZSBJCj4gdGhpbmsgaXQncyBmaXhlZC4gUHJldmlvdXNseSB0aGUgdHdv IHBhcmFtZXRlciBjYWxsIHRvIENvbm5lY3RFdmVudAo+IHRyaWVkIHRvIGdldCB0aGUgd3hXaW5k b3dJRCBvZiB0aGUgZXZlbnQgb2JqZWN0LCBidXQgdGhpcyBpcyBub3QgaG93Cj4gd3hFdnRIYW5k bGVyOjpDb25uZWN0IHdvcmtzLCBpdCBqdXN0IHVzZXMgd3hJRF9BTlkuIEkgaGF2ZSBjaGFuZ2Vk IHRoZQo+IGNvZGUgdG8gcmVmbGVjdCB0aGlzLCBob3BlZnVsbHkgaXQgd29uJ3QgYnJlYWsgb3Ro ZXIgdGhpbmdzLCBidXQgaXQncwo+ICJjb3JyZWN0IiBub3cuCj4KPiBUbyBmaXggeW91ciBwcm9i bGVtLCBzaW1wbHkgdXNlIC0xIG9yIHd4SURfQU5ZIGFzIHRoZSBmaXJzdCBwYXJhbWV0ZXIKPiB1 bnRpbCB0aGUgbmV4dCBzbmFwc2hvdC4KClRoYW5rcyEgSSdsbCB0cnkgdGhpcyB0b21vcnJvdywg aWYgaGF2ZSB0aW1lLgoKPiBwcy4gdXNpbmcgSWRsZSBldmVudHMgdy8gUmVxdWVzdE1vcmUoKSBs aWtlIHRoaXMgaXMgcHJldHR5IHVnbHksIHRyeQo+IHRvIHNlZSBpZiB5b3UgY2FuIGZpbmQgYSBi ZXR0ZXIgd2F5IHRvIGltcGxlbWVudCB0aGlzLi4uCgpTdXJlISBJbiBteSAicmVhbCBjb2RlIiBJ J20gdXNpbmcgaWRsZSBldmVudHMgdG8gcmVzdW1lIHRoZSBleGVjdXRpb24Kb2YgYSBjb3JvdXRp bmUgdGhhdCBkb2VzIHNvbWUgdGFza3MgImluIHRoZSBiYWNrZ3JvdW5kIiwgYW5kIEkganVzdApS ZXF1ZXN0TW9yZSgpIGFzIGxvbmcgYXMgdGhlc2UgdGFza3MgYXJlIG5vdCBjb21wbGV0ZWQuIElu IHByYWN0aWNlLCBJCmp1c3QgZ2V0IGEgbGltaXRlZCBudW1iZXIgb2YgaWRsZSBldmVudHMsIG5v dCBhIGNvbnRpbnVvdXMgYW5kCmluaWZpbml0ZSBzdHJlYW0gYXMgaW4gdGhpcyBleGFtcGxlLiBT bywgcGVyaGFwcyBteSB1c2Ugb2YgaWRsZSBldmVudHMKaXNuJ3QgZXhhY3RseSBiZWF1dGlmdWws IGJ1dCBhdCBsZWFzdCBpcyBub3QgKnRoYXQqIHVnbHkgKG9yIHNvIEkKdGhpbmspIDstKQoKQW5k IHRoYW5rIHlvdSBvbmNlIG1vcmUhCgpMTUIK |
From: John L. <jla...@gm...> - 2006-05-25 02:19:12
|
On 5/24/06, Leandro Motta Barros <lmb...@gm...> wrote: > Hello again! > > On 5/22/06, John Labenski <jla...@gm...> wrote: > > On 5/22/06, Leandro Motta Barros <lmb...@gm...> wrote: > > [...] > > > I found that the most recent snapshot that compiles cleanly is > > > 2006-05-19, so I compiled and installed it. Unfortunatelly, using this > > > 2006-05-19 snapshot, the IDLE events that I was handling in a window > > > are no longer being received :-( > > > > > > Is this a known bug? Is there a fix for it? If not, I can try to > > > create a simple example that shows the problem, so that solving it > > > becomes easier. > > > > It's news to me, a sample bit of code would help since the rest of the > > event system seems to work. Your platform and wxWidgets version might > > help too. > > So, here is a simple example that show the problem (at least here, with me): > http://stackedboxes.org/~lmb/Balaio/wxLuaIdle.zip > > It prints lots of "IDLEing..." messages to the terminal when linked > against the version I was using before (CVS 2006-04-14), but no longer > does this when using the CVS snapshot from 2006-05-19. > > Any clues? It is strange that it used to work and now doesn't, but in any case I think it's fixed. Previously the two parameter call to ConnectEvent tried to get the wxWindowID of the event object, but this is not how wxEvtHandler::Connect works, it just uses wxID_ANY. I have changed the code to reflect this, hopefully it won't break other things, but it's "correct" now. To fix your problem, simply use -1 or wxID_ANY as the first parameter until the next snapshot. Regards, John Labenski ps. using Idle events w/ RequestMore() like this is pretty ugly, try to see if you can find a better way to implement this... |
From: John L. <jla...@gm...> - 2006-05-25 01:43:21
|
On 5/24/06, klaas.holwerda <kho...@xs...> wrote: > Hi John, > > I think this should be added to genwxbind.bat in wxluacan? > > output_cpp_impexpsymbol = "WXDLLIMPEXP_WXBINDSTC" > output_cpp_impexpdatasymbol = "WXDLLIMPEXP_DATA_WXBINDSTC" Thanks, I've added them to the rules file and regenerated the wxluacan bindings. They're just empty "" for the wxluacan sample since we don't need them to be exported. -John Labenski |
From: Leandro M. B. <lmb...@gm...> - 2006-05-24 23:41:12
|
SGVsbG8gYWdhaW4hCgpPbiA1LzIyLzA2LCBKb2huIExhYmVuc2tpIDxqbGFiZW5za2lAZ21haWwu Y29tPiB3cm90ZToKPiBPbiA1LzIyLzA2LCBMZWFuZHJvIE1vdHRhIEJhcnJvcyA8bG1iYXJyb3NA Z21haWwuY29tPiB3cm90ZToKPiBbLi4uXQo+ID4gSSBmb3VuZCB0aGF0IHRoZSBtb3N0IHJlY2Vu dCBzbmFwc2hvdCB0aGF0IGNvbXBpbGVzIGNsZWFubHkgaXMKPiA+IDIwMDYtMDUtMTksIHNvIEkg Y29tcGlsZWQgYW5kIGluc3RhbGxlZCBpdC4gVW5mb3J0dW5hdGVsbHksIHVzaW5nIHRoaXMKPiA+ IDIwMDYtMDUtMTkgc25hcHNob3QsIHRoZSBJRExFIGV2ZW50cyB0aGF0IEkgd2FzIGhhbmRsaW5n IGluIGEgd2luZG93Cj4gPiBhcmUgbm8gbG9uZ2VyIGJlaW5nIHJlY2VpdmVkIDotKAo+ID4KPiA+ IElzIHRoaXMgYSBrbm93biBidWc/IElzIHRoZXJlIGEgZml4IGZvciBpdD8gSWYgbm90LCBJIGNh biB0cnkgdG8KPiA+IGNyZWF0ZSBhIHNpbXBsZSBleGFtcGxlIHRoYXQgc2hvd3MgdGhlIHByb2Js ZW0sIHNvIHRoYXQgc29sdmluZyBpdAo+ID4gYmVjb21lcyBlYXNpZXIuCj4KPiBJdCdzIG5ld3Mg dG8gbWUsIGEgc2FtcGxlIGJpdCBvZiBjb2RlIHdvdWxkIGhlbHAgc2luY2UgdGhlIHJlc3Qgb2Yg dGhlCj4gZXZlbnQgc3lzdGVtIHNlZW1zIHRvIHdvcmsuIFlvdXIgcGxhdGZvcm0gYW5kIHd4V2lk Z2V0cyB2ZXJzaW9uIG1pZ2h0Cj4gaGVscCB0b28uCgpTbywgaGVyZSBpcyBhIHNpbXBsZSBleGFt cGxlIHRoYXQgc2hvdyB0aGUgcHJvYmxlbSAoYXQgbGVhc3QgaGVyZSwgd2l0aCBtZSk6Cmh0dHA6 Ly9zdGFja2VkYm94ZXMub3JnL35sbWIvQmFsYWlvL3d4THVhSWRsZS56aXAKCkl0IHByaW50cyBs b3RzIG9mICJJRExFaW5nLi4uIiBtZXNzYWdlcyB0byB0aGUgdGVybWluYWwgd2hlbiBsaW5rZWQK YWdhaW5zdCB0aGUgdmVyc2lvbiBJIHdhcyB1c2luZyBiZWZvcmUgKENWUyAyMDA2LTA0LTE0KSwg YnV0IG5vIGxvbmdlcgpkb2VzIHRoaXMgd2hlbiB1c2luZyB0aGUgQ1ZTIHNuYXBzaG90IGZyb20g MjAwNi0wNS0xOS4KCkFueSBjbHVlcz8KClRoYW5rIHlvdSwKCkxNQgoKUFM6IEFzIGEgYm9udXMs IGhlcmUgaXMgYSBzY3JlZW5zaG90IG9mIHRoZSBhcHBsaWNhdGlvbiBJJ20gZGV2ZWxvcGluZwp3 aXRoIHd4THVhIChzdGlsbCBpbiBhIHF1aXRlIHByZWxpbWluYXJ5IHN0YXRlKToKaHR0cDovL3N0 YWNrZWRib3hlcy5vcmcvfmxtYi9CYWxhaW8vYWxwaG90b21lZ2EuanBnCg== |
From: klaas.holwerda <kho...@xs...> - 2006-05-24 23:18:31
|
Hi John, I think this should be added to genwxbind.bat in wxluacan? output_cpp_impexpsymbol = "WXDLLIMPEXP_WXBINDSTC" output_cpp_impexpdatasymbol = "WXDLLIMPEXP_DATA_WXBINDSTC" regards, Klaas |
From: John L. <jla...@gm...> - 2006-05-24 22:53:40
|
On 5/24/06, Darwin Slattery <dar...@ho...> wrote: > Thanks a million for your help and quick reply. > > I have started working on the .i files but I have come across something that > I would like advice on. > > I have used the WX_DEFINE_OBJARRAY C++ macro in wxWidgets to create a > wxArray class specific to wxURI's. I'm a bit confused as to how to represent > this in a .i file e.g. > > #inculde <wx/uri.h> > #include <wx/dynarray.h> > > WX_DECLARE_OBJARRAY(wxURI, wxURIArray); > > #include <wx/arrimpl.cpp> > > // wxWidgets container definition. > WX_DEFINE_OBJARRAY(wxURIArray); > > class ... > { > wxURIArray getLinks(); > }; > > I just want to know if I can declare a new class in the .i file called > wxURIArray and add the wxArray member functions but replace the template > type with the wxURI type? That's exactly what you do, see bindings/wxwidgets/data.i and look for wxArrayString and wxArrayInt. Just add the functions that are useful. -John Labenski |
From: Darwin S. <dar...@ho...> - 2006-05-24 22:44:33
|
Thanks a million for your help and quick reply. I have started working on the .i files but I have come across something that I would like advice on. I have used the WX_DEFINE_OBJARRAY C++ macro in wxWidgets to create a wxArray class specific to wxURI's. I'm a bit confused as to how to represent this in a .i file e.g. #inculde <wx/uri.h> #include <wx/dynarray.h> WX_DECLARE_OBJARRAY(wxURI, wxURIArray); #include <wx/arrimpl.cpp> // wxWidgets container definition. WX_DEFINE_OBJARRAY(wxURIArray); class ... { wxURIArray getLinks(); }; I just want to know if I can declare a new class in the .i file called wxURIArray and add the wxArray member functions but replace the template type with the wxURI type? Thanks again, Darwin Slattery |
From: John L. <jla...@gm...> - 2006-05-24 15:33:37
|
On 5/24/06, Francesco Montorsi <f18...@ya...> wrote: > Hi, > I've found that there are only two small problems with wxLua builds > with BCC: I've already solved one. > > The next is something which I tried but failed to fix: on some > autogenerated binding files, e.g. modules/wxbind/src/file.cpp, line 2002 > there are ?: operators in form: > > wxString filespec = (argCount >= 3 ? lua2wx(wxlState.GetStringType(3)) : > wxT("")) This function is created from an %override in bindings/wxwidgets/override.hpp. I've fixed and committed it. > unfortunately borland gives an error for this saying that both returned > variables of ?: operator must be of the same type. > I.e. it doesn't like that wxT(""). Changing it to wxString(wxT("")) or > to wxString(wxEmptyString) fixes the problem (not changing it to > wxEmptyString, though). > > I've tried to scan all code of the wrapper and I've found that at line > 3297 of genwxbind.lua there is: > > table.insert(codeList, " "..declare.." "..argName.." = (argCount >= > "..argNum.." ? "..argItem.." : "..opt..");\n") > > however putting a > > if opt=="wxT(\"\")" then > opt = "wxString(wxEmptyString)" > end > > just before it does not produce any change. In fact I've hacked it a > little more and I believe that the problem is not there as that lines > correctly generates the wxString(wxEmptyString) code. Hopefully not committed? :) Regards, John Labenski |
From: Francesco M. <f18...@ya...> - 2006-05-24 15:30:30
|
John Labenski ha scritto: > On 5/24/06, Francesco Montorsi > <f18...@ya...> wrote: >> k. holwerda ha scritto: >> > Hi, >> > >> > I downloaded the latest snapshot. >> > On fedora i get this error: >> > >> > make[1]: Entering directory `/home/db348/wxwin/wxLua/apps' >> > g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o -L../lib >> > -lwxlua_gtk2d_wxlua-2.6 -lwxlua_gtk2d_wxbindstc-2.6 >> > -lwxlua_gtk2d_wxbind-2.6 -lwxlua_gtk2d_wxluasocket-2.6 >> > -lwxlua_gtk2d_wxluadebug-2.6 -lwxlua_gtk2d_lua-2.6 -lstedit >> > -L/usr/local/lib -pthread -L/usr/X11R6/lib >> > /usr/local/lib/libwx_gtk2d_stc-2.6.a >> > /usr/local/lib/libwx_gtk2d_xrc-2.6.a >> > /usr/local/lib/libwx_gtk2d_html-2.6.a >> > /usr/local/lib/libwx_gtk2d_adv-2.6.a >> > /usr/local/lib/libwx_based_net-2.6.a >> > /usr/local/lib/libwx_based_xml-2.6.a >> > /usr/local/lib/libwx_gtk2d_core-2.6.a /usr/local/lib/libwx_based-2.6.a >> > -lexpat -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 >> > -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 >> > -lgthread-2.0 -lglib-2.0 -lXinerama -lXxf86vm -lpng -ljpeg -ltiff -lz >> > -ldl -lm >> > app_wxlua_wxlua.o(.text+0xd1d): In function >> `wxLuaStandaloneApp::OnInit()': >> > ../apps/wxlua/src/wxlua.cpp:194: undefined reference to >> > `wxLuaBinding_wxluasocket_init()' >> > collect2: ld returned 1 exit status >> > make[1]: *** [../bin/wxlua] Error 1 >> > make[1]: Leaving directory `/home/db348/wxwin/wxLua/apps' >> > make: *** [apps] Error 2 >> > [db348@s159749 wxLua]$ >> strange: here wxLua (CVS) compiles fine wxlua app and the fact that it's >> complaining about wxLuaBinding_wxluasocket_init() is rather strange as >> "-lwxlua_gtk2d_wxluasocket-2.6 " is given to the linker... >> which GCC are you using ? >> Can you try with latest CVS ? >> >> >> > I did regenerate the bindings, now i wonder what i am doing wrong? >> can you find somewhere wxLuaBinding_wxluasocket_init() in your wxLua >> sources ? right - those files were not compiled when the snapshot was generated... > > It should be in modules/wxluasocket/include/wxluasocket_bind.h and > modules/wxluasocket/src/ wxluasocket_bind.cpp. > >> > I went into modules/wxluasocket/src and typed make again. Strange its >> > starts making this part, but wants to write the library into >> > /usr/local/lib/libwx_gtk2d_wxluasocket-2.6.a?? Maybe this is not the >> > right makefile?? >> It's a makefile which writes directly in the same folder where wxWidgets >> is installed... John hand-wrote it; it's not part of bakefile build >> system > > Francesco, could you rebake the sources to get the new files in the > wxluasocket module? I already did this morning... this evening the snapshot will be okay. Francesco |
From: Francesco M. <f18...@ya...> - 2006-05-24 15:24:12
|
John Labenski ha scritto: > On 5/24/06, k. holwerda > <kla...@nl...> wrote: >> Hi, >> >> The snapshots i downloaded does not have CRLF in the dsp files, i >> thought i did read that they should? > > They should, I'll check the script again. It should run the > add_crlf_to_dsp_dsw script in this dir before taring it. > http://wxlua.sourceforge.net/download/ John, I've just looked at the script and committed in a modified version. I think the problem was that dos2unix was used instead of unix2dos... Francesco |
From: John L. <jla...@gm...> - 2006-05-24 15:18:19
|
On 5/24/06, k. holwerda <kla...@nl...> wrote: > Hi, > > The snapshots i downloaded does not have CRLF in the dsp files, i > thought i did read that they should? They should, I'll check the script again. It should run the add_crlf_to_dsp_dsw script in this dir before taring it. http://wxlua.sourceforge.net/download/ -John Labenski |
From: John L. <jla...@gm...> - 2006-05-24 15:15:14
|
On 5/24/06, Francesco Montorsi <f18...@ya...> wrote: > k. holwerda ha scritto: > > Hi, > > > > I downloaded the latest snapshot. > > On fedora i get this error: > > > > make[1]: Entering directory `/home/db348/wxwin/wxLua/apps' > > g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o -L../lib > > -lwxlua_gtk2d_wxlua-2.6 -lwxlua_gtk2d_wxbindstc-2.6 > > -lwxlua_gtk2d_wxbind-2.6 -lwxlua_gtk2d_wxluasocket-2.6 > > -lwxlua_gtk2d_wxluadebug-2.6 -lwxlua_gtk2d_lua-2.6 -lstedit > > -L/usr/local/lib -pthread -L/usr/X11R6/lib > > /usr/local/lib/libwx_gtk2d_stc-2.6.a > > /usr/local/lib/libwx_gtk2d_xrc-2.6.a > > /usr/local/lib/libwx_gtk2d_html-2.6.a > > /usr/local/lib/libwx_gtk2d_adv-2.6.a > > /usr/local/lib/libwx_based_net-2.6.a > > /usr/local/lib/libwx_based_xml-2.6.a > > /usr/local/lib/libwx_gtk2d_core-2.6.a /usr/local/lib/libwx_based-2.6.a > > -lexpat -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 > > -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 > > -lgthread-2.0 -lglib-2.0 -lXinerama -lXxf86vm -lpng -ljpeg -ltiff -lz > > -ldl -lm > > app_wxlua_wxlua.o(.text+0xd1d): In function `wxLuaStandaloneApp::OnInit()': > > ../apps/wxlua/src/wxlua.cpp:194: undefined reference to > > `wxLuaBinding_wxluasocket_init()' > > collect2: ld returned 1 exit status > > make[1]: *** [../bin/wxlua] Error 1 > > make[1]: Leaving directory `/home/db348/wxwin/wxLua/apps' > > make: *** [apps] Error 2 > > [db348@s159749 wxLua]$ > strange: here wxLua (CVS) compiles fine wxlua app and the fact that it's > complaining about wxLuaBinding_wxluasocket_init() is rather strange as > "-lwxlua_gtk2d_wxluasocket-2.6 " is given to the linker... > which GCC are you using ? > Can you try with latest CVS ? > > > > I did regenerate the bindings, now i wonder what i am doing wrong? > can you find somewhere wxLuaBinding_wxluasocket_init() in your wxLua > sources ? It should be in modules/wxluasocket/include/wxluasocket_bind.h and modules/wxluasocket/src/ wxluasocket_bind.cpp. > > I went into modules/wxluasocket/src and typed make again. Strange its > > starts making this part, but wants to write the library into > > /usr/local/lib/libwx_gtk2d_wxluasocket-2.6.a?? Maybe this is not the > > right makefile?? > It's a makefile which writes directly in the same folder where wxWidgets > is installed... John hand-wrote it; it's not part of bakefile build system Francesco, could you rebake the sources to get the new files in the wxluasocket module? Thanks, John Labenski |