Hi As I understand, one of the feature of this new interface is to load directly from python the kiface interface (instead of just launch the program aka pcbnew/cvpcb for example). Is it right ? As I see, the function KIFACE_1 return a struct with inside all function to use (one of them is createwindow). Could you confirm it's the way you think about ? If yes, ctypes from python will help me and I think I'll fight with the structure definition inside python...
Regards 2014-04-01 15:47 GMT+02:00 Dick Hollenbeck <d...@softplc.com>: > > In English there is a saying: "Competition breeds success." > > I would consider it a luxury to be able to choose [pieces] from multiple > implementations. > Competition in this case is not exactly cruel and unusual punishment. In > fact it could > be an *awful lot of fun*, since wxPython is such a high level language and > so much can be > done in so few lines of code. > > > You may either compete or collaborate. I think we'll get more ideas if > there is > competition. After choices are made, you can continue to compete, > improving, innovating > and serving your own needs, even if your code is not merged up to that > point in time. > Repeat that last sentence. > > > Any implementation which does not meet the primary objective: "showing > which projects are > open, among a larger set of project possibilities" will lose the > competition. (Even if > there is only one entry into the competition, *multiple* open projects is > a mandate.) > Using screen real estate for a permanently visible directory tree may not > be an optimal > pathway to achieving the objective. > > Some tips: > > a) the directory tree does not give sufficient emphasis on what > constitutes a project. > > b) the directory tree does not give the ability to show several open > projects without a > sea of rows of actual files in between. > > c) we need to be more project centric, less file centric. > > d) once projects have been defined, the user interface procedure to > opening the schematic > or layout tools on any of those projects needs to be lean. > > e) I'm thinking the set of files that constitute a project can continue to > reside in the > *.pro file. > > > > > > On 04/01/2014 07:24 AM, dileep kushwaha wrote: > > Hi, > > I have so far made the menubar for the wxPython. I now want to > integrate the > > mainmenu.py to KiCAD instead of .cpp codes. I little hint and guidence > will be great. I > > can send the code. Its ugly right now. i'll modify it according to > guidlines after > > completing significant portion...(i see three .cpp files that will have > to changed) > > > > > > On Tue, Apr 1, 2014 at 9:14 AM, dileep kushwaha <dilzveryk...@gmail.com > > <mailto:dilzveryk...@gmail.com>> wrote: > > > > Hi, > > Please accept my apology for the delay from my side. I can give > you few results > > in maximum one week's time. I am able to make an exact replica of > KiCAD window that we > > have right now. I was carried away and wanted the GUI to look pretty > innovative. I was > > looking into the feasibility of an idea. The idea comes from a > member who proposed it > > to have a game like GUI. I was thinking if right click would give > list of options > > surrounding it in circle. I think I will have to wait a little more > to get expertise. > > > > I was shying away from showing my work. Apparently I will start > uploading on the > > branch by evening 6PM IST(Indian Standard Time) > > > > > > > > On Tue, Apr 1, 2014 at 2:27 AM, Jean-Samuel Reynaud < > js.reyn...@gmail.com > > <mailto:js.reyn...@gmail.com>> wrote: > > > > Ok I'm starting to work to meet window 1). > > > > > > 2014-03-31 17:01 GMT+02:00 Dick Hollenbeck <d...@softplc.com > > <mailto:d...@softplc.com>>: > > > > On 03/24/2014 10:19 AM, Jean-Samuel Reynaud wrote: > > > Hi, > > > > > > I can help too on this project. Tell me if you need more > help. > > > > > > > > https://code.launchpad.net/~kicad-developers/kicad/prj-mgr > > > > is still empty, so therefore I need help. > > > > > > There are two windows of opportunity here, with a middle > section where the > > window is not open: > > > > > > 1) Now, before I get to milestone C) > > > > > > 2) Me doing milestone C), where collisions of effort are so > likely its most > > sensible to > > consider python contributions in this time un-helpful. Plus > I don't know what > > I'll have > > to work with at this point. And I won't be waiting for it. > > > > > > 3) After the C++ layer and framework are in place, then > collisions of effort > > will not > > concern me, the python project manager can and should be > expanded into a number of > > directions, and I don't expect to play a role in that. > > > > > > I want to be clear about these two windows of opportunity, > 1) & 3), and the > > approximate > > timing, at least the sequencing. > > > > The contributions that I would value most are in the window > described by 1). > > > > > > > > > > _______________________________________________ > > Mailing list: https://launchpad.net/~kicad-developers > > Post to : kicad-developers@lists.launchpad.net > > <mailto:kicad-developers@lists.launchpad.net> > > Unsubscribe: https://launchpad.net/~kicad-developers > > More help : https://help.launchpad.net/ListHelp > > > > > > > > > > > > > > > > > > -- > > Dileep Kumar > > M.Tech(VLSI Design) > > Mob:9891455965 > >
_______________________________________________ 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
