wxwidgets does not work well (at all?) when build with gtk3. If your custom build of phoenix and/or wxwidgets was built against gtk3, you are going to issues. Until the wx project resolves it's gtk3 issues, kicad must be built with wx built with gtk2.
On 11/24/2017 04:19 AM, miles mccoo wrote: > > > in reply to Wayne's request to run the footprint wizard > > I run the footprint wizard; it seems to run fine. > when I press the 3D view button, I get a popup complaining about not > finding the wx gtk2 library > "10:14:11: libwx_gtk2u_core-3.0.so.0: cannot open shared object file: > No such file or directory > 10:14:11: libwx_gtk2u_core-3.0.so.0: cannot open shared object file: > No such file or directory" > > which is odd because I have the gtk3 version of wx on my system. > > > > In the second half of the video below, I point out that after modifying > module locations in python, the GAL screen doesn't seem to update, even > with the refresh command from the menu. > > After I recorded the video, I found that switching to legacy canvas and > then back to GAL, seems to trigger the needed redraw. How to I initiate > this redraw from python? (or even c. I could update the swig stuff to > call it in the refresh method available to python). Previously, I'd just > worked in legacy but that's acting weird for me. > > Miles > > > > > On Thu, Nov 23, 2017 at 10:44 PM, Nick Østergaard <oe.n...@gmail.com > <mailto:oe.n...@gmail.com>> wrote: > > I guess this is the same idea as with > https://github.com/KiCad/kicad-python > <https://github.com/KiCad/kicad-python> > > 2017-11-23 19:28 GMT+01:00 Greg Smith <ecomput...@yahoo.com > <mailto:ecomput...@yahoo.com>>: > > "I was simply afraid that we > may spent a lot of time petting the SWIG interface, which we > will nuke > it and start from scratch because of inevitable switch to Phoenix." > > I agree. I would suggest that the Python API is not quite stable > enough to freeze the API. If we desire a stable interface/API, > one could be written in Python itself. I am on the edge of > implementing such an interface with KiCommand. > > KiCommand, in addition to being a command line interface, is a > set of function calls that *could* be considered an API / Python > class when complete. > > I have reviewed the Python API unit tests and found them to be > lacking in coverage. I am duplicating those tests in KiCommand, > and plan to extend the KiCommand tests, which could potentially > be applied to the current Python API. > > If a stable API is desired, there should also be a set of unit > tests verifying that functionality. > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > <https://launchpad.net/~kicad-developers> > Post to : kicad-developers@lists.launchpad.net > <mailto:kicad-developers@lists.launchpad.net> > Unsubscribe : https://launchpad.net/~kicad-developers > <https://launchpad.net/~kicad-developers> > More help : https://help.launchpad.net/ListHelp > <https://help.launchpad.net/ListHelp> > > > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > <https://launchpad.net/~kicad-developers> > Post to : kicad-developers@lists.launchpad.net > <mailto:kicad-developers@lists.launchpad.net> > Unsubscribe : https://launchpad.net/~kicad-developers > <https://launchpad.net/~kicad-developers> > More help : https://help.launchpad.net/ListHelp > <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
