Hi Ulrich,
> I plan to update ZBS build scripts to support wx.dll building for Lua
> 5.2 and Lua 5.3.
I pushed the updated scripts to wxwidgets31x-upgrade branch
(https://github.com/pkulchenko/ZeroBraneStudio/tree/wxwidgets31x-upgrade)
You should be able to run "(cd build; bash build-win32.sh wx
Hi Ulrich,
> I want to build wxlua as a loadable module (.dll) for 5.2 and 5.3 with
> wxwidgets statically linked into.
> I will try to hack the 5.3 into the CMake files and report my results back to
> you.
I made some progress, which I think can help in your case. I made
several changes to wxl
Hi Paul.
I want to build wxlua as a loadable module (.dll) for 5.2 and 5.3 with
wxwidgets statically linked into.
I will try to hack the 5.3 into the CMake files and report my results back to
you.
Ulrich.
Am 04.06.2016 um 23:14 schrieb Paul K:
> Hi Ulrich,
>
>> I cant link with lua-5.3 right no
Hi Ulrich,
> I cant link with lua-5.3 right now, can i? At least CMake complains:
>> CMake Error at CMakeLists.txt:156 (MESSAGE):
>> wxLua_LUA_LIBRARY_VERSION may only be set to '5.1' or '5.2'
Right; only Lua 5.1 and 5.2 are currently supported.
Are you interested in adding 5.3 as a builtin or
Hi Paul.
I cant link with lua-5.3 right now, can i? At least CMake complains:
> CMake Error at CMakeLists.txt:156 (MESSAGE):
> wxLua_LUA_LIBRARY_VERSION may only be set to '5.1' or '5.2'
Ulrich.
Am 04.06.2016 um 05:48 schrieb Paul K:
> Another update for those interested. I've upgraded severa
Another update for those interested. I've upgraded several more
classes and also made two changes:
1. Applied a fix to allow for c++11 support; if you want to enable it,
you'll need to add -DCMAKE_CXX_FLAGS="-std=c++11" to your cmake call;
I only tested using gcc 4.8.1, but it should work with oth
Hi All,
I pushed more changes to the wxwidgets311 branch in wxlua:
https://github.com/pkulchenko/wxlua/commits/wxwidgets311
These changes cover the updated API for the following classes: wxMenu,
wxMenuItem, wxTreeCtrl, wxTextEntry, wxTextCtrl, wxButton,
wxAnyButton, wxBitmapButton, wxToggleBu
Hi John,
It seems like I'll need to create a derived class for wxLuaApp
(similar to wxLuaPrintout) and add those Mac* methods to that class.
Then the app can be set using wxGetApp::SetInstance() method, which
should trigger those Mac* methods as expected. This also eliminates
the issue with gettin
Hi John,
> 1. Memory leak in wxlua:
> http://sourceforge.net/p/wxlua/mailman/message/34430092/
> 2. MacOpenFiles and related methods:
> http://sourceforge.net/p/wxlua/mailman/message/34559782/
> 3. wxButton class is missing all the methods from wxAnyButton class
> 4. Several other methods missin
Hi Laurent,
> I'm not able to compile some projects because of lack of compatibility with
> old wxWidget classes like wxProperty.
I'm not sure how wxProperty is involved, but my fork shouldn't *add*
any issues as it's based on John's code and I only added updated wxSTC
binding (with all the meth
Hi, friends.
Also interested in "update" wxLua.
I can help by writing some changes as indicated.
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Libra
À : wxlua-users@lists.sourceforge.net
Objet : Re: [wxlua-users] wxlua upgrade and outstanding issues
Hi All,
> manual changes intact when possible. All the constants/methods/events
> have been updated and should be up-to-date with wxwidgets31 and
> Scintilla 3.6.3.
It turned out tha
Hi All,
> manual changes intact when possible. All the constants/methods/events
> have been updated and should be up-to-date with wxwidgets31 and
> Scintilla 3.6.3.
It turned out that my patch for Scintilla 3.6.3 was not merged into
3.1.0 that was recently released, but has been merged into 3.1.1
Hi All,
For those interested in wxwidgets upgrades, I pulled the current
version of wxlua into a github repository and applied wxSTC changes in
the current wxwidgets master branch to wxlua; all these changes are
available in wxwidgets31 branch:
https://github.com/pkulchenko/wxlua/tree/wxwidgets31
14 matches
Mail list logo
