Oh, sweet! I'll definitely contribute to this. Hopefully we can get it in usable condition soon. Thanks!
On Sun, Jun 14, 2015 at 12:23:16PM +0200, Miguel Angel Ajo wrote: > I can't do more than agree, and this is why (very slowly) I'm working on > this: > > https://github.com/kicad/kicad-python > > https://github.com/KiCad/kicad-python/blob/master/doc/source/index.rst > > https://github.com/KiCad/kicad-python/blob/master/kicad/pcbnew/board.py > > https://github.com/KiCad/kicad-python/blob/master/tests/unit/pcbnew/test_pcbnew_board.py > > > This is a work that Piers Titus van der Torren started, and that I perverted > a bit to > add documentation, testing, and trying to keep uniformity across all object > interfaces. > > If you want to contribute, it can be done via pull requests to the main > repository, > those are automatically checked by CI, and reported back to github. > > I haven't wrote any rules yet, but I really believe we should: > > 1) Document as we code > 2) Write unit tests as we code > > So we avoid regressions and provide a very consistent API for the users, > where > we can detect regressions or any issues. > > > Chris Pavlina wrote: > > > >wrt scripting and SWIG - SWIG's good for generating a low-level wrapper, > >but if we'd like scripting to go anywhere, I really think we should come > >up with a more scripting-friendly API and high-level wrapper. Something > >with more proper iterables, fewer integer enums, fewer getters and > >setters, objects that are fully and usefully introspectable at the > >console, etc. Fewer things like this scattered about: > > > >http://ci.kicad-pcb.org/job/kicad-doxygen/ws/build/pcbnew/doxygen-python/html/classpcbnew_1_1MODULE.html#a549dccf2a9eecffa83f76cfe8d1a7d19 > > > >Anyone else interested in seeing scripting improve? I'd be willing to > >contribute to this. > > > > > >On Sat, Jun 13, 2015 at 05:26:58PM -0400, Wayne Stambaugh wrote: > >> > >>On 6/12/2015 10:48 AM, Rob Maris wrote: > >>> > >>>Hi, > >>> > >>>I'm interested in adding Lua scripting to Kicad as an alternative to > >>>Python. Can anybody present some information about complexity and API in > >>>order to integrate a lua interpreter? > >>> > >>>Regards, > >>> > >>>Rob > >> > >>Rob, > >> > >>There has been some interest in lua in the past. I'm not opposed to > >>adding lua as another scripting language. I not sure if lua can be > >>swigged. That would be the preferred method for generating the lua > >>scripting libraries. To get an idea of the complexity of the kicad API, > >>look at the python swig code and the c++ code documentation at > >>kicad-pcb.org. At this time only Pcbnew is scripted. Eeschema is due a > >>major over hall after the next stable release so I expected it to be > >>scripted at that point. Also, we are pretty much in feature freeze for > >>the next stable release so anything major like supporting another > >>scripting language will have to wait until after the next stable release. > >> > >>Cheers, > >> > >>Wayne > >> > >>_______________________________________________ > >>Mailing list: https://launchpad.net/~kicad-developers > >>Post to : kicad-developers@lists.launchpad.net > >>Unsubscribe : https://launchpad.net/~kicad-developers > >>More help : https://help.launchpad.net/ListHelp > > > > > >_______________________________________________ > >Mailing list: https://launchpad.net/~kicad-developers > >Post to : kicad-developers@lists.launchpad.net > >Unsubscribe : https://launchpad.net/~kicad-developers > >More help : https://help.launchpad.net/ListHelp _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp