> Now I am trying to see if there is any existing template function binding in 
> any interface file so I can try to add that. Do you know of any that you 
> looked at, or any idea of any particular thing to take care of to bind 
> templates functions?

This I'm not sure about and am open to suggestions on how this can be
handled. I did implement CallAfter to support a callback, but not sure
how others can be implemented.

In terms of other questions, I don't think there are any specific
rules on which interface files have which classes; I've been mostly
following the established conventions. Let me know if I misunderstood
the question.

Paul.

On Sun, Oct 22, 2023 at 1:29 PM Milind Gupta <milind.gu...@gmail.com> wrote:
>
> I see. I was calling it from the event object. Thanks for clarifying. For the 
> other things any guidance on how it is decided which include file content 
> goes where in wxlua?
>
> Thanks,
> Milind
>
> On Sun, 22 Oct 2023 at 13:11, Paul K <paulclin...@gmail.com> wrote:
>>
>> Hi Milind,
>>
>> It works for me: `frame:CallAfter(function() os.exit() end)` is a
>> rough equivalent of
>> `frame:AddPendingEvent(wx.wxCommandEvent(wx.wxEVT_COMMAND_MENU_SELECTED,
>> ID.EXIT))`.
>>
>> It should be available for all wxFrame and other classes that inherit
>> from wxEvtHandler.
>>
>> Paul.
>>
>> On Sun, Oct 22, 2023 at 12:04 PM Milind Gupta <milind.gu...@gmail.com> wrote:
>> >
>> > Hi Paul,
>> >       I was trying to use the function Callafter as described here: 
>> > https://docs.wxwidgets.org/3.0/classwx_evt_handler.html#a63c7351618fd77330d80a250b3719519
>> >
>> > I checked wxbase_base.i and I see that you have it defined there. But when 
>> > I tried to call it and got the error of trying to call a nil value. So I 
>> > thought it was not implemented.
>> > I had been trying to compare wxcore_event.i with event.h in 
>> > wxwidgets/include/wx directory. Why is the event interface in wxbase? How 
>> > do we determine where each include file in wxwidgets ends up in wxlua?
>> >
>> > Also since CallAfter was not there when I compiled the latest wxlua with 
>> > the latest wxwidgets is there a compile flag to enable it?
>> >
>> > Thanks,
>> > Milind
>> >
>> >
>> >
>> > On Sat, 21 Oct 2023 at 15:12, Paul K <paulclin...@gmail.com> wrote:
>> >>
>> >> Hi Milind,
>> >>
>> >> > I can follow some things. But now I opened the latest wxwidgets include 
>> >> > file for events -event.h and this seems to have transformed a lot. 
>> >> > Particularly there are some templates functions like CallAfter.
>> >>
>> >> I'm not sure where the event-related changes came from; have you
>> >> executed any-bind-sync.lua on your version?
>> >>
>> >> I'm not sure what may be needed for additional CallAfter support. I've
>> >> implemented the current one a while ago (it's in wxbase_base.i with an
>> >> override in wxbase_override.hpp).
>> >>
>> >> Is there anything in particular you're looking to add support for?
>> >> It's always better to start with a specific method/class that may be
>> >> missing and to add just it.
>> >>
>> >> Paul.
>> >>
>> >> On Wed, Oct 18, 2023 at 9:19 AM Milind Gupta <milind.gu...@gmail.com> 
>> >> wrote:
>> >> >
>> >> > Thanks for all this information. I was going throught the interface 
>> >> > files and to see how they are written I opened the wxwidgets version 
>> >> > which the interface file said it was updated to. To see  how things 
>> >> > changed from the include file to the interface file.
>> >> >      I can follow some things. But now I opened the latest wxwidgets 
>> >> > include file for events -event.h and this seems to have transformed a 
>> >> > lot. Particularly there are some templates functions like CallAfter. 
>> >> > Now I am trying to see if there is any existing template function 
>> >> > binding in any interface file so I can try to add that. Do you know of 
>> >> > any that you looked at, or any idea of any particular thing to take 
>> >> > care of to bind templates functions?
>> >> >
>> >> > Thanks,
>> >> > Milind
>> >> >
>> >> > On Tue, Oct 17, 2023, 11:41 PM Paul K <paulclin...@gmail.com> wrote:
>> >> >>
>> >> >> Hi Milind,
>> >> >>
>> >> >> > Apart from binding.html is there any other tutorial or cheat sheet 
>> >> >> > how to translate wxWidgets include files to a interface file?
>> >> >>
>> >> >> Not really, but I can suggest looking through some of the existing
>> >> >> bindings (including *_override.hpp files), as there is a variety of
>> >> >> binding from really simple to more complex ones that handle out
>> >> >> parameters and accept/return lua tables instead of lists of values.
>> >> >>
>> >> >> The bindings are quite forgiving and will accept the files that look
>> >> >> like header files; you may need to add `%wxchkver_3_2_1` statements
>> >> >> (as a line or block statement) to indicate when a particular API
>> >> >> change should be applied. The rest should be done by the genwxbind
>> >> >> script; in those cases when something non-standard (or more complex)
>> >> >> needs to be done, you can add an *_override.hpp file to provide the
>> >> >> necessary (manual) binding.
>> >> >>
>> >> >> > In the wxlua/bindings directory readme it says that the  output 
>> >> >> > bindings are placed at modules/wxbind and modules/wxbindstc. It 
>> >> >> > seems wxbindstc is no more. I think stc binding rules place it in 
>> >> >> > modules/wxbind. Is this updated to only generate at modules/wxbind?
>> >> >>
>> >> >> Correct; stc has been combined with the rest of the modules in 
>> >> >> modules/wxbind.
>> >> >>
>> >> >> > What is the purpose of the files: any-bind-sync.lua, 
>> >> >> > stc-bind-sync.lua?
>> >> >>
>> >> >> Originally all binding updates have been done manually, which may
>> >> >> become quite tedious and difficult to maintain for large release
>> >> >> changes. I wrote any-bind-sync.lua and stc-bind-sync.lua to help with
>> >> >> some of that work. It uses wxwidgets interface files to pull changes
>> >> >> for specific versions and then compares those changes with the
>> >> >> existing bindings to figure out what needs to be updated and what
>> >> >> needs to be added/removed. You still need to pass it a specific
>> >> >> version number, so you can go from 3.2.0 to 3.2.1, but you can't go
>> >> >> from 3.1.0 to 3.2.0, as the script won't know where to get the changes
>> >> >> for intermediate releases.
>> >> >>
>> >> >> It replaces some of the manual work (and only for those classes that
>> >> >> are listed in the script), but still requires reviewing of the
>> >> >> results. It's supposed to only update interface files (*.i) and you
>> >> >> can then simply rerun the bindings generator (genwxbind script) to
>> >> >> apply the changes. Let me know if you have any other questions or run
>> >> >> into any issues with adding classes you're interested in.
>> >> >>
>> >> >> Paul.
>> >> >>
>> >> >> On Tue, Oct 17, 2023 at 12:34 AM Milind Gupta <milind.gu...@gmail.com> 
>> >> >> wrote:
>> >> >> >
>> >> >> > Hi,
>> >> >> >        A few questions about bindings.Apart from binding.html is 
>> >> >> > there any other tutorial or cheat sheet how to translate wxWidgets 
>> >> >> > include files to a interface file?
>> >> >> >        In the wxlua/bindings directory readme it says that the  
>> >> >> > output bindings are placed at modules/wxbind and modules/wxbindstc. 
>> >> >> > It seems wxbindstc is no more. I think stc binding rules place it in 
>> >> >> > modules/wxbind. Is this updated to only generate at modules/wxbind?
>> >> >> >          What is the purpose of the files: any-bind-sync.lua, 
>> >> >> > stc-bind-sync.lua?
>> >> >> >
>> >> >> > Thanks,
>> >> >> > Milind
>> >> >> >
>> >> >> > _______________________________________________
>> >> >> > wxlua-users mailing list
>> >> >> > wxlua-users@lists.sourceforge.net
>> >> >> > https://lists.sourceforge.net/lists/listinfo/wxlua-users
>> >> >>
>> >> >>
>> >> >> _______________________________________________
>> >> >> wxlua-users mailing list
>> >> >> wxlua-users@lists.sourceforge.net
>> >> >> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>> >> >
>> >> > _______________________________________________
>> >> > wxlua-users mailing list
>> >> > wxlua-users@lists.sourceforge.net
>> >> > https://lists.sourceforge.net/lists/listinfo/wxlua-users
>> >>
>> >>
>> >> _______________________________________________
>> >> wxlua-users mailing list
>> >> wxlua-users@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>> >
>> > _______________________________________________
>> > wxlua-users mailing list
>> > wxlua-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/wxlua-users
>>
>>
>> _______________________________________________
>> wxlua-users mailing list
>> wxlua-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>
> _______________________________________________
> wxlua-users mailing list
> wxlua-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxlua-users


_______________________________________________
wxlua-users mailing list
wxlua-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxlua-users

Reply via email to