John Labenski wrote:
On Mon, Oct 12, 2009 at 3:28 AM, Klaas Holwerda <db...@nl.thalesgroup.com> wrote:John Labenski wrote:to make them work in both 2.8 and 2.9 since I think they'd be pretty unreadable by the time I'd be done.Maybe its an idea to make two trees of binding files??I will start using SVN, I'm not sure why people like it so much, but it seems like the way to go.
I meant only a seconds version for the bindings directory. That way things get less fuzzy.For wxAr2tD i switched to SVN last week. The best thing about SVN is moving files and directories becomes possible. Also the commit mail is one for every commit, not per file. I uses as client i use http://rapidsvn.tigris.org/ which works well.
I think we can do away with %class %enum and use class and enum
followed by { } instead of looking for %endclass and %endenum, change
%define to #define, but we'll still need #define_string. Basically,
make it as C/C++ like as possible. Many of the %XXX tags were made to
catch errors and to be very easy to process.
But there is things like %rename %operator, but maybe even those can somehow be defined in the interface files. I see @python things like this in the interface *.h files.
@beginWxPythonOnly
In place of a single overloaded method name, wxPython implements the
following methods:
- ClientToScreen(point): Accepts and returns a wxPoint
- ClientToScreenXY(x, y): Returns a 2-tuple, (x, y)
@endWxPythonOnly
I have yet to try generating the doxygen XML files, I think that's what you mean. Parsing the C++ might be just as easy, but we'll have to see.
I generated the XML from the files. Just a very small part down here.Doxygen parses things well, and a lot of info is in there. Nice is that it already combines doxygen doc tags with the parameters. (imagine would could use them for in a binding, lua IDE, lua debugger ). I think it would save time to use it. I wonder how good Lua is with XML, but i estimate that fits well. Still C++ would make things more structured and general to use i assume.
Anyway, it more a time problem, right! :-(
Regards,
Klaas
<compounddef id="classwxColour" kind="class" prot="public">
<compoundname>wxColour</compoundname>
<basecompoundref refid="classwxObject" prot="public"
virt="non-virtual">wxObject</basecompoundref>
<includes refid="colour_8h" local="no">colour.h</includes>
<sectiondef kind="user-defined">
<memberdef kind="function"
id="classwxColour_1362d7d0a873b770d6623d4cd547868a0" prot="public" static="no"
const="no" explicit="no" inline="no" virt="non-virtual">
<type>void</type>
<definition>void wxColour::Set</definition>
<argsstring>(unsigned char red, unsigned char green, unsigned char
blue, unsigned char alpha=wxALPHA_OPAQUE)</argsstring>
<name>Set</name>
<param>
<type>unsigned char</type>
<declname>red</declname>
</param>
<param>
<type>unsigned char</type>
<declname>green</declname>
</param>
<param>
<type>unsigned char</type>
<declname>blue</declname>
</param>
<param>
<type>unsigned char</type>
<declname>alpha</declname>
<defval>wxALPHA_OPAQUE</defval>
</param>
-------------------
<memberdef kind="function"
id="classwxColour_1e114ff88fe3a07477d111baa01c1b325" prot="public" static="no"
const="no" explicit="no" inline="no" virt="non-virtual">
<type></type>
<definition>wxColour::wxColour</definition>
<argsstring>(const wxString &colourName)</argsstring>
<name>wxColour</name>
<param>
<type>const <ref refid="classwxString"
kindref="compound">wxString</ref> &</type>
<declname>colourName</declname>
</param>
<briefdescription>
</briefdescription>
<detaileddescription>
<para><parameterlist kind="param"><parameteritem>
<parameternamelist>
<parametername>colourName</parametername>
</parameternamelist>
<parameterdescription>
<para>The colour name. </para></parameterdescription>
</parameteritem>
</parameterlist>
</para> </detaileddescription>
<inbodydescription>
</inbodydescription>
<location file="C:/data/art2d/wxWidgets-2.9.0/interface/wx/colour.h"
line="77"/>
</memberdef>
--
Unclassified
------------------------------------------------------------------------------------------------------------
Disclaimer:
If you are not the intended recipient of this email, please notify the sender and delete it.
Any unauthorized copying, disclosure or distribution of this email or its attachment(s) is forbidden.
Thales Nederland BV will not accept liability for any damage caused by this email or its attachment(s).
Thales Nederland BV is seated in Hengelo and is registered at the Chamber of Commerce under number 06061578.
------------------------------------------------------------------------------------------------------------
<<attachment: db348.vcf>>
------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference
_______________________________________________ wxlua-users mailing list wxlua-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxlua-users
