wxlua-users Mailing List for wxLua

On 4/26/06, Leandro Motta Barros <lmb...@gm...> wrote:
> Hi there,
>
> I noticed that the following Window ID constants used with stock items
> were missing in 'defsutil.i':
>
> %define wxID_ADD
> %define wxID_BOLD
> %define wxID_DELETE
> %define wxID_DOWN
> %define wxID_HOME
> %define wxID_INDENT
> %define wxID_INDEX
> %define wxID_ITALIC
> %define wxID_JUSTIFY_CENTER
> %define wxID_JUSTIFY_FILL
> %define wxID_JUSTIFY_LEFT
> %define wxID_JUSTIFY_RIGHT
> %define wxID_PREFERENCES
> %define wxID_PROPERTIES
> %define wxID_REFRESH
> %define wxID_REPLACE
> %define wxID_REMOVE
> %define wxID_REVERT_TO_SAVED
> %define wxID_STOP
> %define wxID_UNDELETE
> %define wxID_UNDERLINE
> %define wxID_UNINDENT
> %define wxID_UP
> %define wxID_ZOOM_100
> %define wxID_ZOOM_FIT
> %define wxID_ZOOM_IN
> %define wxID_ZOOM_OUT

Thanks I'll add them.

> I tried to add them manually to the recently announced "CVS tarball"
> ('wxLua_Snapshot_2006-04-25.tar.gz'), but it failed to compile, so I
> don't know if my changes were OK. Anyway, the patch is attached.
>
> LMB
>
> PS: I think I was not clear enough above: the compilation of
> 'wxLua_Snapshot_2006-04-25.tar.gz' failed even without my patch. Error
> messages start with:
>
> .././bk-deps g++ -c -o wxbind_dll_defsutil.o -I../modules/wxbind/setup
> -I../modules -I./.. -DWXBIND_MAKINGDLL -fPIC -DPIC
> -I/Programs/WxGTK/2.6.2/lib/wx/include/gtk2-ansi-release-2.6
> -I/Programs/WxGTK/2.6.2/include/wx-2.6 -DGTK_NO_CHECK_CASTS
> -D__WXGTK__ -D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES
> -D_LARGEFILE_SOURCE=3D1 -DNO_GCC_PRAGMA    -O2 -march=3Di686
> -fomit-frame-pointer -pipe -g0 -O2 ../modules/wxbind/src/defsutil.cpp
> ../modules/wxbind/src/defsutil.cpp: In function `int
> wxLua_wxMouseState_constructor(lua_State*)':
> ../modules/wxbind/src/defsutil.cpp:349: error: invalid use of
> undefined type `struct wxMouseState'
> ../modules/wxbind/include/wxbind.h:2608: error: forward declaration of
> `struct wxMouseState'
> ../modules/wxbind/src/defsutil.cpp: In function `int
> wxLua_wxMouseState_GetX(lua_State*)':
> ../modules/wxbind/src/defsutil.cpp:366: error: invalid use of
> undefined type `struct wxMouseState'
> ../modules/wxbind/include/wxbind.h:2608: error: forward declaration of
> `struct wxMouseState'

Sorry I've mixed in stuff from wxWidgets CVS HEAD.  I've uploaded a
new snapshot, let me know if there's any other problems.

http://wxlua.sourceforge.net/download/

Regards,
    John Labenski

SGkgdGhlcmUsCgpJIG5vdGljZWQgdGhhdCB0aGUgZm9sbG93aW5nIFdpbmRvdyBJRCBjb25zdGFu
dHMgdXNlZCB3aXRoIHN0b2NrIGl0ZW1zCndlcmUgbWlzc2luZyBpbiAnZGVmc3V0aWwuaSc6Cgol
ZGVmaW5lIHd4SURfQURECiVkZWZpbmUgd3hJRF9CT0xECiVkZWZpbmUgd3hJRF9ERUxFVEUKJWRl
ZmluZSB3eElEX0RPV04KJWRlZmluZSB3eElEX0hPTUUKJWRlZmluZSB3eElEX0lOREVOVAolZGVm
aW5lIHd4SURfSU5ERVgKJWRlZmluZSB3eElEX0lUQUxJQwolZGVmaW5lIHd4SURfSlVTVElGWV9D
RU5URVIKJWRlZmluZSB3eElEX0pVU1RJRllfRklMTAolZGVmaW5lIHd4SURfSlVTVElGWV9MRUZU
CiVkZWZpbmUgd3hJRF9KVVNUSUZZX1JJR0hUCiVkZWZpbmUgd3hJRF9QUkVGRVJFTkNFUwolZGVm
aW5lIHd4SURfUFJPUEVSVElFUwolZGVmaW5lIHd4SURfUkVGUkVTSAolZGVmaW5lIHd4SURfUkVQ
TEFDRQolZGVmaW5lIHd4SURfUkVNT1ZFCiVkZWZpbmUgd3hJRF9SRVZFUlRfVE9fU0FWRUQKJWRl
ZmluZSB3eElEX1NUT1AKJWRlZmluZSB3eElEX1VOREVMRVRFCiVkZWZpbmUgd3hJRF9VTkRFUkxJ
TkUKJWRlZmluZSB3eElEX1VOSU5ERU5UCiVkZWZpbmUgd3hJRF9VUAolZGVmaW5lIHd4SURfWk9P
TV8xMDAKJWRlZmluZSB3eElEX1pPT01fRklUCiVkZWZpbmUgd3hJRF9aT09NX0lOCiVkZWZpbmUg
d3hJRF9aT09NX09VVAoKSSB0cmllZCB0byBhZGQgdGhlbSBtYW51YWxseSB0byB0aGUgcmVjZW50
bHkgYW5ub3VuY2VkICJDVlMgdGFyYmFsbCIKKCd3eEx1YV9TbmFwc2hvdF8yMDA2LTA0LTI1LnRh
ci5neicpLCBidXQgaXQgZmFpbGVkIHRvIGNvbXBpbGUsIHNvIEkKZG9uJ3Qga25vdyBpZiBteSBj
aGFuZ2VzIHdlcmUgT0suIEFueXdheSwgdGhlIHBhdGNoIGlzIGF0dGFjaGVkLgoKTE1CCgpQUzog
SSB0aGluayBJIHdhcyBub3QgY2xlYXIgZW5vdWdoIGFib3ZlOiB0aGUgY29tcGlsYXRpb24gb2YK
J3d4THVhX1NuYXBzaG90XzIwMDYtMDQtMjUudGFyLmd6JyBmYWlsZWQgZXZlbiB3aXRob3V0IG15
IHBhdGNoLiBFcnJvcgptZXNzYWdlcyBzdGFydCB3aXRoOgoKLi4vLi9iay1kZXBzIGcrKyAtYyAt
byB3eGJpbmRfZGxsX2RlZnN1dGlsLm8gLUkuLi9tb2R1bGVzL3d4YmluZC9zZXR1cAotSS4uL21v
ZHVsZXMgLUkuLy4uIC1EV1hCSU5EX01BS0lOR0RMTCAtZlBJQyAtRFBJQwotSS9Qcm9ncmFtcy9X
eEdUSy8yLjYuMi9saWIvd3gvaW5jbHVkZS9ndGsyLWFuc2ktcmVsZWFzZS0yLjYKLUkvUHJvZ3Jh
bXMvV3hHVEsvMi42LjIvaW5jbHVkZS93eC0yLjYgLURHVEtfTk9fQ0hFQ0tfQ0FTVFMKLURfX1dY
R1RLX18gLURfRklMRV9PRkZTRVRfQklUUz02NCAtRF9MQVJHRV9GSUxFUwotRF9MQVJHRUZJTEVf
U09VUkNFPTEgLUROT19HQ0NfUFJBR01BICAgIC1PMiAtbWFyY2g9aTY4NgotZm9taXQtZnJhbWUt
cG9pbnRlciAtcGlwZSAtZzAgLU8yIC4uL21vZHVsZXMvd3hiaW5kL3NyYy9kZWZzdXRpbC5jcHAK
Li4vbW9kdWxlcy93eGJpbmQvc3JjL2RlZnN1dGlsLmNwcDogSW4gZnVuY3Rpb24gYGludAp3eEx1
YV93eE1vdXNlU3RhdGVfY29uc3RydWN0b3IobHVhX1N0YXRlKiknOgouLi9tb2R1bGVzL3d4Ymlu
ZC9zcmMvZGVmc3V0aWwuY3BwOjM0OTogZXJyb3I6IGludmFsaWQgdXNlIG9mCnVuZGVmaW5lZCB0
eXBlIGBzdHJ1Y3Qgd3hNb3VzZVN0YXRlJwouLi9tb2R1bGVzL3d4YmluZC9pbmNsdWRlL3d4Ymlu
ZC5oOjI2MDg6IGVycm9yOiBmb3J3YXJkIGRlY2xhcmF0aW9uIG9mCmBzdHJ1Y3Qgd3hNb3VzZVN0
YXRlJwouLi9tb2R1bGVzL3d4YmluZC9zcmMvZGVmc3V0aWwuY3BwOiBJbiBmdW5jdGlvbiBgaW50
Cnd4THVhX3d4TW91c2VTdGF0ZV9HZXRYKGx1YV9TdGF0ZSopJzoKLi4vbW9kdWxlcy93eGJpbmQv
c3JjL2RlZnN1dGlsLmNwcDozNjY6IGVycm9yOiBpbnZhbGlkIHVzZSBvZgp1bmRlZmluZWQgdHlw
ZSBgc3RydWN0IHd4TW91c2VTdGF0ZScKLi4vbW9kdWxlcy93eGJpbmQvaW5jbHVkZS93eGJpbmQu
aDoyNjA4OiBlcnJvcjogZm9yd2FyZCBkZWNsYXJhdGlvbiBvZgpgc3RydWN0IHd4TW91c2VTdGF0
ZScK

I've checked out our CVS repository to the website since the CVS
browser at Sourceforge is woefully out of date.

I've also used them to regenerate the doxygen docs. Note: the cfg to
do this is in htdocs/docs/doxygen_website.cfg, which is the same as
our docs/doxygen.cfg, but with a few tweaks for the dirs.

*** The website gets updated by running updatesite.sh nightly right?

If so, a nightly tarball is created and you can download it here
http://wxlua.sourceforge.net/download.php
or browse our nightly sources in lieu of sourceforge's CVS web
interface working.

Regards,
    John Labenski

> >  I want to use wxGLCanvas but althoug there is some reference to it in  : bindings/wxwidgets/override.hpp
> >  I get a 'attempt to call field `wxGLCanvas' (a nil value)' error ?
> >
> >  I guess its not fully impelemted yet , any plan on that ? what does it involve I am quite Happy
> >  trying to do it , do I need to write on openGL.i file ?
> 
> Thanks for the offer, but since I'm already working on the bindings I
> just added it to gdi.i. You'll have to use CVS to get it. Note that it
> sometimes takes a little while for Sourceforge to get updated so be
> patient.

 thanks for that , Sourceforge CVS isn`t updated yet so I couldn`t try it yet .
 
> >  alternatively we have our own class wrap around a lua_state that register command and userdata object ,
> 
> Is there anything about the wxLuaState that is missing that's also
> generally useful that your class wrapper has that we should add?

 not that I can see , our wrapper class is fairly small .

> >  would it be possible for us to 'register' wxlua using the API ? if yes where should I look for exemple ?
> Look at bool wxLuaState::Create(wxEvtHandler *handler, wxWindowID id)
> to see what functions are called to add the bindings.

 I had a look , but I need to get a little more familiar with wxWidget API to really get my head around that .

 do you think that in order to 'register' wxLua in the lua_state I need to have some sort of wxApp object somewhere in memory ?

 I will try to get some free time to look after that , my guess is this wouldn`t be very different from creating a lua 5.1 module for wxLua ...

 I will let you know if I get anywhere 

 thanks

 damien
 

T24gNC8yMy8wNiwgSm9obiBMYWJlbnNraSA8amxhYmVuc2tpQGdtYWlsLmNvbT4gd3JvdGU6Cj4g
T24gNC8yMi8wNiwgTGVhbmRybyBNb3R0YSBCYXJyb3MgPGxtYmFycm9zQGdtYWlsLmNvbT4gd3Jv
dGU6Cj4gPiBbLi4uXQo+IFlvdSBhcmUgc3RvcmluZyB0aGUgcG9pbnRlciAodGhlIG1lbW9yeSBs
b2NhdGlvbikgdG8gdGhlIHNwZWNpZmljCj4gd3hUcmVlSXRlbUlkIGluc3RhbmNlIHRoYXQgaXMg
cmV0dXJuZWQuIFlvdSBuZWVkIHRvIHVzZQo+Cj4gVCA9IHsgfQo+IGxvY2FsIGlkID0gdHJlZTpB
cHBlbmRJdGVtICgiRm9vIikKPiBUW2lkOkdldFZhbHVlKCldID0gInRoaXMgaXMgbXkgdmVyeSBp
bXBvcnRhbnQgZGF0YSIKCk5pY2UsIHRoYXQgZXhhY3RseSB3aGF0IEkgbmVlZGVkIQoKVGhhbmtz
IQoKTE1CCg==

On 4/20/06, Chris Marrin <ch...@ma...> wrote:
> > Have you tried the latest wxLua using 5.1? You had some fixes and what
> > not from before which I tried to merge in. I think I got them all, but
> > I forget about the event handling change you wanted. I think I had
> > another way in mind that was equivalent, but a little less intrusive.
> > Let us know if there's any other improvements and obviously patches
> > for them would be great.
>
> Unfortunately, I have not. I was waiting for things to settle down,
> which they seem to have. But my situation has recently changed. The
> startup that was funding Emma has fallen on tough times and cancelled my
> project. So I will be moving to a REAL job and Emma will become a hobby.

Thats a shame.

> But I hope to switch over to the new code base soon. I really believe
> the declarative approach that Emma brings is really valuable to GUI apps
> using wxLua.
>
> On that subject, I was wondering about a couple of things. Does your
> incarnation of wxLua include the Scintilla widget (StyledTextWidget I
> think it is referred to as)?

Yes.

> Also, what about dockable windows? I know that there are at least 3
> solutions for this for wxWidgets. I tried to integrate the FL stuff into
> a different project I was doing a couple of years ago and found it
> pretty buggy. Even now, it is supposedly part of wxWidgets, but there is
> little documentation about it. wxAUI looks promising and claims to be
> the next "standard" for wxWidgets. Then there is DockIt, which I know
> little about. Any support for these in wxLua?

We still have the FL code, but it's not compiled in or updated since
nobody uses it. You're right about the FL being a little crufty.

The other docking libs sound nice, but I haven't tried either of them.
If someone wanted to write bindings for them we could add it, but I
won't do this myself since I'd rather not bother with something that I
don't use and don't want to have to maintain.

Regards,
    John Labenski

On 4/22/06, Leandro Motta Barros <lmb...@gm...> wrote:
> I'm having a problem using a 'wxTreeCtrl' in my project. More
> specifically, I have to associate some data to every tree item, and be
> able to retrieve this data (like "what's the data associated with the
> selected item?")
>
> With wxLua, I itended to create a table mapping 'wxTreeItemId's to the
> data, something like:
>
> T =3D { }
> local id =3D tree:AppendItem ("Foo")
> T[id] =3D "this is my very important data"
>
> For my surprise, 'wxTreeItemId's seem to be "variable". If I select
> the same tree item many times, I get a different 'wxTreeItemId' every
> time.

You are storing the pointer (the memory location) to the specific
wxTreeItemId instance that is returned. You need to use

T =3D { }
local id =3D tree:AppendItem ("Foo")
T[id:GetValue()] =3D "this is my very important data"

> I also tried to add a dummy 'wxTreeItemData' to every item, and use it
> to index a table, like above. But, again, the 'wxTreeItemData' seems
> to not be preserved...
>
> In C++, I used to create a class derived from 'wxTreeItemData' and use
> 'wxTreeCtrl::SetItemData()', but I'd like very much to avoid using C++
> for this. So, is there a "pure Lua" solution for this?

There is a class wxLuaTreeItemData that you can use instead of
wxTreeItemData that stores a double valued number. It has the methods
double GetValue() and SetValue(double num). You can use this to create
more complicated mappings if you like.

Regards,
    John Labenski

---------------------------------------------------------------------------=
--

Here's an updated sample program which shows what you want to do I
think (works in GTK at least). I've pasted it here since the
Sourceforge CVS takes so long

---------------------------------------------------------------------------=
--
-- Name:        tree.wx.lua
-- Purpose:     wxTreeCtrl wxLua sample
-- Author:      J Winwood
-- Modified by:
-- Created:     16/11/2001
-- RCS-ID:
-- Copyright:   (c) 2001 J Winwood. All rights reserved.
-- Licence:     wxWidgets licence
---------------------------------------------------------------------------=
--

function main()
    frame =3D wx.wxFrame( wx.wxNull, wx.wxID_ANY,
                        "wxLua wxTreeCtrl Sample",
                        wx.wxDefaultPosition, wx.wxSize(450, 400),
                        wx.wxDEFAULT_FRAME_STYLE )

    -- create the menubar and attach it
    local fileMenu =3D wx.wxMenu()
    fileMenu:Append(wx.wxID_EXIT, "E&xit", "Quit the program")
    local helpMenu =3D wx.wxMenu()
    helpMenu:Append(wx.wxID_ABOUT, "&About", "About the wxLua
wxTreeCtrl Sample")

    local menuBar =3D wx.wxMenuBar()
    menuBar:Append(fileMenu, "&File")
    menuBar:Append(helpMenu, "&Help")

    frame:SetMenuBar(menuBar)

    -- connect the selection event of the exit menu item to an
    -- event handler that closes the window
    frame:ConnectEvent(wx.wxID_EXIT, wx.wxEVT_COMMAND_MENU_SELECTED,
        function (event)
            frame:Close(true)
        end )

    -- connect the selection event of the about menu item
    frame:ConnectEvent(wx.wxID_ABOUT, wx.wxEVT_COMMAND_MENU_SELECTED,
        function (event)
            wx.wxMessageBox('This is the "About" dialog of the wxLua
wxTreeCtrl sample.',
                            "About wxLua",
                            wx.wxOK + wx.wxICON_INFORMATION,
                            frame)
        end )

    -- create our treectrl
    tree =3D wx.wxTreeCtrl( frame, wx.wxID_ANY,
                          wx.wxDefaultPosition, wx.wxDefaultSize,
                          wx.wxTR_LINES_AT_ROOT + wx.wxTR_HAS_BUTTONS )

    -- create our log window
    textCtrl =3D wx.wxTextCtrl( frame, wx.wxID_ANY, "",
                              wx.wxDefaultPosition, wx.wxSize(-1, 200),
                              wx.wxTE_READONLY + wx.wxTE_MULTILINE )

    rootSizer =3D wx.wxFlexGridSizer(0, 1, 0, 0)
    rootSizer:AddGrowableCol(0)
    rootSizer:AddGrowableRow(0)
    rootSizer:AddWindow( tree, 0, wx.wxGROW+wx.wxALIGN_CENTER_HORIZONTAL, 0=
 )
    rootSizer:AddWindow( textCtrl, 0,
wx.wxGROW+wx.wxALIGN_CENTER_HORIZONTAL, 0 )
    frame:SetSizer( rootSizer )

    -- create a table to store any extra information for each node like thi=
s
    -- you don't have to store the id in the table, but it might be useful
    -- treedata[id] =3D { id=3Dwx.wxTreeCtrlId, data=3D"whatever data we wa=
nt" }
    treedata =3D {}

    local root_id =3D tree:AddRoot( "Root" )
    treedata[root_id:GetValue()] =3D { id =3D root_id:GetValue(), data =3D
"I'm the root item" }

    for idx =3D 0, 10 do
        local parent_id =3D tree:AppendItem( root_id, "Parent ("..idx..")" =
)
        treedata[parent_id:GetValue()] =3D { id =3D parent_id:GetValue(),
data =3D "I'm the data for Parent ("..idx..")" }
        for jdx =3D 0, 5 do
            local child_id =3D tree:AppendItem( parent_id, "Child
("..idx..", "..jdx..")" )
            treedata[child_id:GetValue()] =3D { id =3D
child_id:GetValue(), data =3D "I'm the child data for Parent ("..idx..",
"..jdx..")" }
        end
        if (idx =3D=3D 2) or (idx =3D=3D 5) then
            tree:Expand(parent_id)
        end
    end

    -- create a nice string using the wxTreeItemId and our table of "data"
    function CreateLogString(treeitem_id)
        local value =3D treeitem_id:GetValue()
        local str =3D "wxTreeItemId:GetValue():"..tostring(value)
        str =3D str.." Data: '"..treedata[value].data.."'"
        return str
    end

    -- connect to some events from the wxTreeCtrl
    tree:ConnectEvent( wx.wxEVT_COMMAND_TREE_ITEM_EXPANDING,
        function( event )
            local item_id =3D event:GetItem()
            local str =3D "Item expanding : "..CreateLogString(item_id).."\=
n"
            textCtrl:AppendText(str)
        end )
    tree:ConnectEvent( wx.wxEVT_COMMAND_TREE_ITEM_COLLAPSING,
        function( event )
            local item_id =3D event:GetItem()
            local str =3D "Item collapsing : "..CreateLogString(item_id).."=
\n"
            textCtrl:AppendText(str)
        end )
    tree:ConnectEvent( wx.wxEVT_COMMAND_TREE_ITEM_ACTIVATED,
        function( event )
            local item_id =3D event:GetItem()
            local str =3D "Item activated : "..CreateLogString(item_id).."\=
n"
            textCtrl:AppendText(str)
        end )
    tree:ConnectEvent( wx.wxEVT_COMMAND_TREE_SEL_CHANGED,
        function( event )
            local item_id =3D event:GetItem()
            local str =3D "Item sel changed : "..CreateLogString(item_id)..=
"\n"
            textCtrl:AppendText(str)
        end )

    tree:Expand(root_id)
    wx.wxGetBaseApp():SetTopWindow(frame)

    frame:Show(true)
end

main()

John Labenski wrote:
> As I update the bindings should I just fix them for 2.6 only? It would
> make life much easier and personally I don't care to use wx 2.4 since
> it has absolutely no advantages over 2.6.
>   
For me 2.6 is the only one. Using templates in 2,4 was to hard.
So i think 2.6 is the one to  concentrate on,

Klaas

John Labenski ha scritto:
> In 2.6 there have been a number of additional base clases, for example
> wxTopLevelWindow that were not in 2.4. Since our bindings can lookup
> functions in base classes it would make sense to add wxTopLevelWindow
> even though there's nothing you can do with it in wxLua, because it
> would save on extra bindings functions for wxDialog and wxFrame.
> 
> As I update the bindings should I just fix them for 2.6 only? It would
> make life much easier and personally I don't care to use wx 2.4 since
> it has absolutely no advantages over 2.6.
I agree: I think we can safely support 2.6 series only.

> 
> =================================
> 
> Secondly, static functions....
> 
> Since no object exists for them we can't do stuff like this unless we
> hack away at the bindings.
> 
> in C++   static int GetMetric(wxSystemMetric index, wxWindow* win = NULL)
> in Lua    wx.wxSystemSettings:GetMetric(...)
> 
> However! wxPython doesn't do this, they just put an underscore and
> create a new global function like wx.wxSystemSettings_GetMetric(...)
> which would be easy for us to do.
> 
> From the 2.6.3 docs:
> "wxPython note: This static method is implemented in Python as a
> standalone function named wxSystemSettings_GetMetric"
> 
> This makes things easier too since typically we've been using wxPython
> semantics so the docs for wxPython also apply for us and we don't have
> to write our own. :)
> 
> Currently static functions don't work at all.
hacking the bindings to support the

wx.wxSystemSettings:GetMetric

would take much time/trouble ?
If yes, then I think it's not worth the effort. Also, reusing wxpython 
docs for wxLua is a Good Thing :)

If it does not take too much work, I'd prefer the 
wx.wxSystemSettings:GetMetric syntax over the 
wx.wxSystemSettings_GetMetric one as it is more Object Oriented.

This is a delicate choice since once we decide to support first or 
second syntax, we cannot change the choice anymore...

Francesco

T24gNC8yMi8wNiwgSm9obiBMYWJlbnNraSA8amxhYmVuc2tpQGdtYWlsLmNvbT4gd3JvdGU6Cj4g
Wy4uLl0KPiBBcyBJIHVwZGF0ZSB0aGUgYmluZGluZ3Mgc2hvdWxkIEkganVzdCBmaXggdGhlbSBm
b3IgMi42IG9ubHk/CgpJJ20gZmluZSB3aXRoIDIuNiBvbmx5LgoKTE1CCg==

ps. You'll need to edit modules/wxbind/setup/wxluasetup.h and set
wxLUA_USE_wxGLCanvas to 1 to compile it in.  I think that wxWidgets
does not compile GL in by default so it's probably best to not compile
it by default for wxLua as well.

Regards,
    John Labenski


On 4/22/06, John Labenski <jla...@gm...> wrote:
> On 4/22/06, xteo <xt...@xt...> wrote:
> >  first thanks you for the work on wxLua , its really great !
>
> Thanks.
>
> >  I want to use wxGLCanvas but althoug there is some reference to it in =
 : bindings/wxwidgets/override.hpp
> >  I get a 'attempt to call field `wxGLCanvas' (a nil value)' error ?
> >
> >  I guess its not fully impelemted yet , any plan on that ? what does it=
 involve I am quite Happy
> >  trying to do it , do I need to write on openGL.i file ?
>
> Thanks for the offer, but since I'm already working on the bindings I
> just added it to gdi.i. You'll have to use CVS to get it. Note that it
> sometimes takes a little while for Sourceforge to get updated so be
> patient.
>
> >  an other question , there was talk on the list about been able to do  =
:
> >         require "wxlua"
> >  with lua 5.1 , any idea if this will happen ?
>
> It's not something that I will get to anytime soon unfortunately. I
> think it may be a little tricky, but I could be wrong. I think
> updating the bindings and docs is a little more important right now.
>
> You are more than welcome to take a stab at it and I'd be happy to
> provide any info about the internals of wxLua to help you.
>
> >  alternatively we have our own class wrap around a lua_state that regis=
ter command and userdata object ,
>
> Is there anything about the wxLuaState that is missing that's also
> generally useful that your class wrapper has that we should add?
>
> >  would it be possible for us to 'register' wxlua using the API ? if yes=
 where should I look for exemple ?
>
> Look at bool wxLuaState::Create(wxEvtHandler *handler, wxWindowID id)
> to see what functions are called to add the bindings.
>
> Regards,
>     John Labenski
>

SGkgdGhlcmUsCgpJJ20gaGF2aW5nIGEgcHJvYmxlbSB1c2luZyBhICd3eFRyZWVDdHJsJyBpbiBt
eSBwcm9qZWN0LiBNb3JlCnNwZWNpZmljYWxseSwgSSBoYXZlIHRvIGFzc29jaWF0ZSBzb21lIGRh
dGEgdG8gZXZlcnkgdHJlZSBpdGVtLCBhbmQgYmUKYWJsZSB0byByZXRyaWV2ZSB0aGlzIGRhdGEg
KGxpa2UgIndoYXQncyB0aGUgZGF0YSBhc3NvY2lhdGVkIHdpdGggdGhlCnNlbGVjdGVkIGl0ZW0/
IikKCldpdGggd3hMdWEsIEkgaXRlbmRlZCB0byBjcmVhdGUgYSB0YWJsZSBtYXBwaW5nICd3eFRy
ZWVJdGVtSWQncyB0byB0aGUKZGF0YSwgc29tZXRoaW5nIGxpa2U6CgpUID0geyB9CmxvY2FsIGlk
ID0gdHJlZTpBcHBlbmRJdGVtICgiRm9vIikKVFtpZF0gPSAidGhpcyBpcyBteSB2ZXJ5IGltcG9y
dGFudCBkYXRhIgoKRm9yIG15IHN1cnByaXNlLCAnd3hUcmVlSXRlbUlkJ3Mgc2VlbSB0byBiZSAi
dmFyaWFibGUiLiBJZiBJIHNlbGVjdAp0aGUgc2FtZSB0cmVlIGl0ZW0gbWFueSB0aW1lcywgSSBn
ZXQgYSBkaWZmZXJlbnQgJ3d4VHJlZUl0ZW1JZCcgZXZlcnkKdGltZS4KCkkgYWxzbyB0cmllZCB0
byBhZGQgYSBkdW1teSAnd3hUcmVlSXRlbURhdGEnIHRvIGV2ZXJ5IGl0ZW0sIGFuZCB1c2UgaXQK
dG8gaW5kZXggYSB0YWJsZSwgbGlrZSBhYm92ZS4gQnV0LCBhZ2FpbiwgdGhlICd3eFRyZWVJdGVt
RGF0YScgc2VlbXMKdG8gbm90IGJlIHByZXNlcnZlZC4uLgoKSW4gQysrLCBJIHVzZWQgdG8gY3Jl
YXRlIGEgY2xhc3MgZGVyaXZlZCBmcm9tICd3eFRyZWVJdGVtRGF0YScgYW5kIHVzZQond3hUcmVl
Q3RybDo6U2V0SXRlbURhdGEoKScsIGJ1dCBJJ2QgbGlrZSB2ZXJ5IG11Y2ggdG8gYXZvaWQgdXNp
bmcgQysrCmZvciB0aGlzLiBTbywgaXMgdGhlcmUgYSAicHVyZSBMdWEiIHNvbHV0aW9uIGZvciB0
aGlzPwoKVGhhbmsgeW91LAoKTE1CCg==

In order to implement static classmember functions I have made it so
that you can call the function as

wx.wxButton_GetDefaultSize()
or if you have an instance of a wxButton
mybutton:GetDefaultSize()

I had to remove "static" from the C binding functions in order to
share the C functions across the binding files. This meant that in
order to not have any name conflicts I prepended "wxLua_" to every
function so that for the above function the C function that lua calls
is

int LUACALL wxLua_wxButton_GetDefaultSize(lua_State* L)

previously it was

static int LUACALL wxButton_GetDefaultSize(lua_State* L)

-----

You must update any overrides you have written and add "wxLua_" to the
front as in
%override wxLua_SomeFunction
and for the C function signature.

Regards,
    John Labenski

On 4/22/06, xteo <xt...@xt...> wrote:
>  first thanks you for the work on wxLua , its really great !

Thanks.

>  I want to use wxGLCanvas but althoug there is some reference to it in  :=
 bindings/wxwidgets/override.hpp
>  I get a 'attempt to call field `wxGLCanvas' (a nil value)' error ?
>
>  I guess its not fully impelemted yet , any plan on that ? what does it i=
nvolve I am quite Happy
>  trying to do it , do I need to write on openGL.i file ?

Thanks for the offer, but since I'm already working on the bindings I
just added it to gdi.i. You'll have to use CVS to get it. Note that it
sometimes takes a little while for Sourceforge to get updated so be
patient.

>  an other question , there was talk on the list about been able to do  :
>         require "wxlua"
>  with lua 5.1 , any idea if this will happen ?

It's not something that I will get to anytime soon unfortunately. I
think it may be a little tricky, but I could be wrong. I think
updating the bindings and docs is a little more important right now.

You are more than welcome to take a stab at it and I'd be happy to
provide any info about the internals of wxLua to help you.

>  alternatively we have our own class wrap around a lua_state that registe=
r command and userdata object ,

Is there anything about the wxLuaState that is missing that's also
generally useful that your class wrapper has that we should add?

>  would it be possible for us to 'register' wxlua using the API ? if yes w=
here should I look for exemple ?

Look at bool wxLuaState::Create(wxEvtHandler *handler, wxWindowID id)
to see what functions are called to add the bindings.

Regards,
    John Labenski

Thanks again.
    John Labenski

On 4/22/06, Leandro Motta Barros <lmb...@gm...> wrote:
> Hello again,
>
> Just noticed one more possible improvement: shouldn't  the 'PopupMenu'
> method of the 'wxWindow' class (in 'windows.i') get a default 'pos'
> parameter? (the "raw" wxWidgets API passes a wxDefaultPosition).
>
> See ya,
>
> LMB
>

In 2.6 there have been a number of additional base clases, for example
wxTopLevelWindow that were not in 2.4. Since our bindings can lookup
functions in base classes it would make sense to add wxTopLevelWindow
even though there's nothing you can do with it in wxLua, because it
would save on extra bindings functions for wxDialog and wxFrame.

As I update the bindings should I just fix them for 2.6 only? It would
make life much easier and personally I don't care to use wx 2.4 since
it has absolutely no advantages over 2.6.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D

Secondly, static functions....

Since no object exists for them we can't do stuff like this unless we
hack away at the bindings.

in C++   static int GetMetric(wxSystemMetric index, wxWindow* win =3D NULL)
in Lua    wx.wxSystemSettings:GetMetric(...)

However! wxPython doesn't do this, they just put an underscore and
create a new global function like wx.wxSystemSettings_GetMetric(...)
which would be easy for us to do.

From the 2.6.3 docs:
"wxPython note: This static method is implemented in Python as a
standalone function named wxSystemSettings_GetMetric"

This makes things easier too since typically we've been using wxPython
semantics so the docs for wxPython also apply for us and we don't have
to write our own. :)

Currently static functions don't work at all.

Regards,
    John Labenski

 Hi ,

 first thanks you for the work on wxLua , its really great !

 I want to use wxGLCanvas but althoug there is some reference to it in  : bindings/wxwidgets/override.hpp
 I get a 'attempt to call field `wxGLCanvas' (a nil value)' error ?

 I guess its not fully impelemted yet , any plan on that ? what does it involve I am quite Happy 
 trying to do it , do I need to write on openGL.i file ?

 an other question , there was talk on the list about been able to do  : 
	require "wxlua" 
 with lua 5.1 , any idea if this will happen ?
 alternatively we have our own class wrap around a lua_state that register command and userdata object ,
 would it be possible for us to 'register' wxlua using the API ? if yes where should I look for exemple ?
 
 many thanks for you work on wxlua !

 xteo

On 4/22/06, Leandro Motta Barros <lmb...@gm...> wrote:
> Hello,
>
> The bindings for 'wxTreeCtrl', in 'controls.i' specify
> 'wxTR_HAS_BUTTONS' as the default parameter for the control style. I
> think that 'wxTR_DEFAULT_STYLE' would be a better choice.

Thanks, I've applied it and I'm checking the controls.i file for any
other mistakes or omissions.

> (I could send a patch, but it probably takes more work to apply a
> patch than to make such a simple change manually.)

You're right, for small stuff like this it's much better.

Thanks,
    John Labenski

SGVsbG8gYWdhaW4sCgpKdXN0IG5vdGljZWQgb25lIG1vcmUgcG9zc2libGUgaW1wcm92ZW1lbnQ6
IHNob3VsZG4ndCAgdGhlICdQb3B1cE1lbnUnCm1ldGhvZCBvZiB0aGUgJ3d4V2luZG93JyBjbGFz
cyAoaW4gJ3dpbmRvd3MuaScpIGdldCBhIGRlZmF1bHQgJ3BvcycKcGFyYW1ldGVyPyAodGhlICJy
YXciIHd4V2lkZ2V0cyBBUEkgcGFzc2VzIGEgd3hEZWZhdWx0UG9zaXRpb24pLgoKU2VlIHlhLAoK
TE1CCg==

SGVsbG8sCgpUaGUgYmluZGluZ3MgZm9yICd3eFRyZWVDdHJsJywgaW4gJ2NvbnRyb2xzLmknIHNw
ZWNpZnkKJ3d4VFJfSEFTX0JVVFRPTlMnIGFzIHRoZSBkZWZhdWx0IHBhcmFtZXRlciBmb3IgdGhl
IGNvbnRyb2wgc3R5bGUuIEkKdGhpbmsgdGhhdCAnd3hUUl9ERUZBVUxUX1NUWUxFJyB3b3VsZCBi
ZSBhIGJldHRlciBjaG9pY2UuCgooSSBjb3VsZCBzZW5kIGEgcGF0Y2gsIGJ1dCBpdCBwcm9iYWJs
eSB0YWtlcyBtb3JlIHdvcmsgdG8gYXBwbHkgYQpwYXRjaCB0aGFuIHRvIG1ha2Ugc3VjaCBhIHNp
bXBsZSBjaGFuZ2UgbWFudWFsbHkuKQoKQnllLAoKTE1CCg==

Maybe you can=20

static int loader_wxLua (lua_State *L) {
	wxZipFilesystem	search and load
}

static const lua_CFunction loaders[] =3D
  {loader_preload, loader_Lua, loader_C, loader_Croot, loader_wxLua,
NULL};

-----Original Message-----
From: wxl...@li...
[mailto:wxl...@li...] On Behalf Of Ray
Gilbert
Sent: Friday, 21 April 2006 08:46
To: wxl...@li...
Subject: RE: [Wxlua-users] Add LUA_PATH to lua for require (Ray)

For 'module' and 'require' look into lua loadlib.c

Change findfile() to locate modules
And look at loaders loader_Lua, loader_C etc

Maybe you can setup some hook functions to redirect calls into wxLua -
wxZipFilesystem

Ray


-----Original Message-----
From: wxl...@li...
[mailto:wxl...@li...] On Behalf Of John
Labenski
Sent: Friday, 21 April 2006 05:43
To: wxl...@li...
Subject: [Wxlua-users] Add LUA_PATH to lua for require (Ray)

I saw you added some functions to get the LUA_PATH. I was wondering
if, after looking at some of the code, you have any ideas about how to
get wxLuaFreeze to override "require" so that it can be forced to look
into an attached zip file instead of the disk?

Currently wxLuaFreeze just attaches a single lua program to the end of
a C++ executable, but we can change that to attach a zip file with all
the necessary modules/libs and use wxZipFilesystem (or whatever it's
called) to browse it. We can't just override os.open and whatnot since
the lua program may actually want to read from the disk.

Thanks,
    John Labenski


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=120709&bid&3057&dat=121642
_______________________________________________
Wxlua-users mailing list
Wxl...@li...
https://lists.sourceforge.net/lists/listinfo/wxlua-users


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=120709&bid&3057&dat=121642
_______________________________________________
Wxlua-users mailing list
Wxl...@li...
https://lists.sourceforge.net/lists/listinfo/wxlua-users

John Labenski wrote:
> On 4/20/06, Chris Marrin <ch...@ma...> wrote:
> 
>>Someone should get the maintainer of the wxWidgets site to update its
>>info on wxLua. It is woefully out of date here:
>>
>>     http://www.wxwidgets.org/contrib2.htm
> 
> 
> Yep! We hope to have a release at the end of this week or probably
> next week and I was going to post it to all the different places,
> wxWidgets, lua.org, scintilla (has link to old dead site). I also
> *still* have to get around writing some more docs about programming in
> wxLua and also in C++ using wxLua.
> 
> Have you tried the latest wxLua using 5.1? You had some fixes and what
> not from before which I tried to merge in. I think I got them all, but
> I forget about the event handling change you wanted. I think I had
> another way in mind that was equivalent, but a little less intrusive.
> Let us know if there's any other improvements and obviously patches
> for them would be great.

Unfortunately, I have not. I was waiting for things to settle down, 
which they seem to have. But my situation has recently changed. The 
startup that was funding Emma has fallen on tough times and cancelled my 
project. So I will be moving to a REAL job and Emma will become a hobby.

But I hope to switch over to the new code base soon. I really believe 
the declarative approach that Emma brings is really valuable to GUI apps 
using wxLua.

On that subject, I was wondering about a couple of things. Does your 
incarnation of wxLua include the Scintilla widget (StyledTextWidget I 
think it is referred to as)?

Also, what about dockable windows? I know that there are at least 3 
solutions for this for wxWidgets. I tried to integrate the FL stuff into 
a different project I was doing a couple of years ago and found it 
pretty buggy. Even now, it is supposedly part of wxWidgets, but there is 
little documentation about it. wxAUI looks promising and claims to be 
the next "standard" for wxWidgets. Then there is DockIt, which I know 
little about. Any support for these in wxLua?

Good luck on your upcoming release!

-- 
chris marrin                ,""$,
ch...@ma...          b`    $                             ,,.
(650) 941-9040          mP     b'                            , 1$'
M1      ,.`           ,b`    ,`                              :$$'
      ,|`             mP    ,`                                       ,mm
    ,b"              b"   ,`            ,mm      m$$    ,m         ,`P$$
   m$`             ,b`  .` ,mm        ,'|$P   ,|"1$`  ,b$P       ,`  :$1
  b$`             ,$: :,`` |$$      ,`   $$` ,|` ,$$,,`"$$     .`    :$|
b$|            _m$`,:`    :$1   ,`     ,$Pm|`    `    :$$,..;"'     |$:
P$b,      _;b$$b$1"       |$$ ,`      ,$$"             ``'          $$
  ```"```'"    `"`         `""`        ""`                          ,P`
"As a general rule,don't solve puzzles that open portals to Hell"'

For 'module' and 'require' look into lua loadlib.c

Change findfile() to locate modules
And look at loaders loader_Lua, loader_C etc

Maybe you can setup some hook functions to redirect calls into wxLua -
wxZipFilesystem

Ray


-----Original Message-----
From: wxl...@li...
[mailto:wxl...@li...] On Behalf Of John
Labenski
Sent: Friday, 21 April 2006 05:43
To: wxl...@li...
Subject: [Wxlua-users] Add LUA_PATH to lua for require (Ray)

I saw you added some functions to get the LUA_PATH. I was wondering
if, after looking at some of the code, you have any ideas about how to
get wxLuaFreeze to override "require" so that it can be forced to look
into an attached zip file instead of the disk?

Currently wxLuaFreeze just attaches a single lua program to the end of
a C++ executable, but we can change that to attach a zip file with all
the necessary modules/libs and use wxZipFilesystem (or whatever it's
called) to browse it. We can't just override os.open and whatnot since
the lua program may actually want to read from the disk.

Thanks,
    John Labenski


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=120709&bid&3057&dat=121642
_______________________________________________
Wxlua-users mailing list
Wxl...@li...
https://lists.sourceforge.net/lists/listinfo/wxlua-users

I saw you added some functions to get the LUA_PATH. I was wondering
if, after looking at some of the code, you have any ideas about how to
get wxLuaFreeze to override "require" so that it can be forced to look
into an attached zip file instead of the disk?

Currently wxLuaFreeze just attaches a single lua program to the end of
a C++ executable, but we can change that to attach a zip file with all
the necessary modules/libs and use wxZipFilesystem (or whatever it's
called) to browse it. We can't just override os.open and whatnot since
the lua program may actually want to read from the disk.

Thanks,
    John Labenski

On 4/20/06, Chris Marrin <ch...@ma...> wrote:
>
> Someone should get the maintainer of the wxWidgets site to update its
> info on wxLua. It is woefully out of date here:
>
>      http://www.wxwidgets.org/contrib2.htm

Yep! We hope to have a release at the end of this week or probably
next week and I was going to post it to all the different places,
wxWidgets, lua.org, scintilla (has link to old dead site). I also
*still* have to get around writing some more docs about programming in
wxLua and also in C++ using wxLua.

Have you tried the latest wxLua using 5.1? You had some fixes and what
not from before which I tried to merge in. I think I got them all, but
I forget about the event handling change you wanted. I think I had
another way in mind that was equivalent, but a little less intrusive.
Let us know if there's any other improvements and obviously patches
for them would be great.

Regards,
    John Labenski