[Kicad-developers] Hello & Questions to future Administration of Python Plugins

2017-06-01 Thread Simon Küppers
Hi everyone, Thanks Wayne for approving me to the developers mailing list. I am very new to KiCAD (only heard of it some time ago) and just stumbled upon a Youtube Video of 2017 FOSDEM (I believe?) where Wayne presented the current state of KiCAD. As a result I had to see for myself and I am qui

Re: [Kicad-developers] Hello & Questions to future Administration of Python Plugins

2017-06-02 Thread Simon Küppers
Hi Fabrizio, I spend long hours doing schematics at work and I love the idea of implementing python stuff that could make my life easier. Specifically I spend a long time in library component generation and I would love to do something about it. This could be done by creating new python (or non

[Kicad-developers] Via Fence Generator Plugin

2017-06-03 Thread Simon Küppers
Hi everyone, as promised I started working on the via fence generator plugin for KiCad. The idea behind the plugin is that you can somehow select a trace in the pcbnew program and run the plugin so that you get vias all around the trace to shield it from other parts of your circuit boards. This te

Re: [Kicad-developers] Via Fence Generator Plugin

2017-06-05 Thread Simon Küppers
rds :-) Simon Am 03.06.2017 um 17:48 schrieb Simon Küppers: > Hi everyone, > as promised I started working on the via fence generator plugin for > KiCad. > > The idea behind the plugin is that you can somehow select a trace in the > pcbnew program and run the plugin so that you ge

[Kicad-developers] Better organizing of Python plugins using subdirectories

2017-06-09 Thread Simon Küppers
Hey guys, With my current work on python plugins for pcbnew, I noticed that you quickly want to go ahead and divide up your plugin into multiple subfiles (e.g. test_plugin.py, test_plugin_main_dialog.py, etc..) Right now, KiCad loads the python files from the hardcoded folders (one of them being ~

Re: [Kicad-developers] Better organizing of Python plugins using subdirectories

2017-06-09 Thread Simon Küppers
ontain the path to the .py file containing the print(sys.path[0]) command (preferred). This actually breaks any sane python relative import mechanisms within the python plugin. Can someone confirm? Best Regards Simon Am 09.06.2017 um 13:09 schrieb Simon Küppers: > Hey guys, > With my curren

Re: [Kicad-developers] Better organizing of Python plugins using subdirectories

2017-06-11 Thread Simon Küppers
Is there a place where documentation about the python plugins is collected? Again, I hate when these informations are scattered in forums or other peoples githubs... Also this looks unprofessional ;-) Best Regards! Simon Am 09.06.2017 um 13:09 schrieb Simon Küppers: > Hey guys, > With my curren

Re: [Kicad-developers] Better organizing of Python plugins using subdirectories

2017-06-12 Thread Simon Küppers
Orson On 06/11/2017 11:19 PM, Simon Küppers wrote: Hey guys, There does not seem to be a lot of feedback. I guess I am rather early to the pcbnew Python Plugin Party ;-) I have dug deeper into the code and found out, that the plugins are actually pulled into python using 'import'.

Re: [Kicad-developers] Better organizing of Python plugins using subdirectories

2017-06-12 Thread Simon Küppers
[3]: http://docs.kicad-pcb.org/doxygen/index.html [4]: https://git.launchpad.net/kicad/tree/Documentation/development On 6/11/2017 5:19 PM, Simon Küppers wrote: Hey guys, There does not seem to be a lot of feedback. I guess I am rather early to the pcbnew Python Plugin Party ;-) I have dug deeper into th

[Kicad-developers] [RFC] Documentation for pcbnew plugins

2017-06-15 Thread Simon Küppers
Hi everyone, I started writing down what I learned recently while started developing on a pcbnew plugin. As Wayne suggested, I created a new markdown file in the developers documentation. You can view it in my github repo https://github.com/KiCad/kicad-source-mirror/compare/master...skuep:devel?sh

Re: [Kicad-developers] [RFC] Documentation for pcbnew plugins

2017-06-15 Thread Simon Küppers
some conventions that we want to see with plugins in the future. for example, should action scripts start with "action_" in the filename? (This is already the case with the action scripts shipped with KiCad). Best Regards Am 15.06.2017 um 11:32 schrieb Simon Küppers: > Hi everyone, > I

Re: [Kicad-developers] [RFC] Documentation for pcbnew plugins

2017-06-17 Thread Simon Küppers
Since there hasn't been any followup, attached is the patch. Best Regards!From 76b31cda55b725ca60e4f8bf10167f97d0da0416 Mon Sep 17 00:00:00 2001 From: Simon Kueppers Date: Thu, 15 Jun 2017 11:27:33 +0200 Subject: [PATCH] Started documentation for pcbnew plugins --- Documentation/development/pc

Re: [Kicad-developers] [RFC] Documentation for pcbnew plugins

2017-06-17 Thread Simon Küppers
t the Pcbnew Python plugin support > verify that this information is correct? It looks fine to me but I'm > not completely familiar with the new action plugin support. > > Cheers, > > Wayne > > On 6/17/2017 5:59 AM, Simon Küppers wrote: >> Since there hasn'

Re: [Kicad-developers] [RFC] Documentation for pcbnew plugins

2017-06-18 Thread Simon Küppers
ocument to the Doxygen configuration > file so it will not get added to to the developers documentation. > > Would someone with more knowledge about the Pcbnew Python plugin support > verify that this information is correct? It looks fine to me but I'm > not completely famili

Re: [Kicad-developers] [PATCH] Fix wrong directory building for python plugins

2017-06-23 Thread Simon Küppers
Hi, > I found what happens: > Your patch has removed a bug in a bug! > > Here is the broken code, line 157, added in commit > 5d0dee1364a7b7bc6f692e2f4fc898da9f24e987: > > old code: > if os.path.isdir(plugins_dir+module): > __import__(module, locals(), globals()) > > plugins_dir+module d

Re: [Kicad-developers] [PATCH] Fix wrong directory building for python plugins

2017-06-24 Thread Simon Küppers
Hi, Just my 2 cents following down below > I committed your patch, and added the handling of broken python scripts in > subdirs, and handling of > non python subdir (like subdirs containing .xsl files only) > > Please test it. Is it in the master branch of KiCad (i.e. can I test it by updating

Re: [Kicad-developers] [RFC] new connectivity algorithm - testers needed

2017-06-25 Thread Simon Küppers
Hi, This is very nice, especially since I am waiting for it to implement in my Python Viafence Plugin. However one thing I don't understand is where can I see the Net assigned to the Via? If I place a Via into a Zone and go into Properties, There is a Combobox to the top left, which is disabled an

[Kicad-developers] Pcbnew Python Interface breakage?

2017-06-25 Thread Simon Küppers
Hi, I just updated KiCad on Linux Mint using the Launchpad PPA to test the new connection algorithm. However, a SWIG error starts to pop up in my python plugins. Right now I can produce the error, when calling GetDrawings on the board object (which worked a few days ago). It looks like the SWIG wra

Re: [Kicad-developers] Pcbnew Python Interface breakage?

2017-06-26 Thread Simon Küppers
; I can confirm the same error on windows 10. >> >> I get also an other kind of error in my annular plugin that worked till now >> >> "for pad in module.Pads(): >> TypeError 'SwigPyObject' object is not iterable" >> >> BR >> M

Re: [Kicad-developers] Pcbnew Python Interface breakage?

2017-06-26 Thread Simon Küppers
;> should fix your issue. Le lundi 26 juin 2017 à 10:23 +0200, easyw a >>> écrit : >>>> Hi, I can confirm the same error on windows 10. I get also an other >>>> kind of error in my annular plugin that worked till now "for pad in >>>> module.Pads(): Type

Re: [Kicad-developers] Pcbnew Python Interface breakage?

2017-06-26 Thread Simon Küppers
ays. Big > improvements, speed... But some changes in internal API... > For the moment python API is (mostly) directly mapped to internal API... > > > Le lundi 26 juin 2017 à 12:11 +0200, Simon Küppers a écrit : >> Hey, >> It works for me thanks. But what is the backgr

Re: [Kicad-developers] Pcbnew Python Interface breakage?

2017-06-26 Thread Simon Küppers
6/26/2017 10:23 AM, easyw wrote: >> Hi, >> I can confirm the same error on windows 10. >> >> I get also an other kind of error in my annular plugin that worked till now >> >> "for pad in module.Pads(): >> TypeError 'SwigPyObject' object

Re: [Kicad-developers] [RFC] new connectivity algorithm - testers needed

2017-06-27 Thread Simon Küppers
2017 um 17:36 schrieb Simon Küppers: > Hi, > This is very nice, especially since I am waiting for it to implement > in my Python Viafence Plugin. > > However one thing I don't understand is where can I see the Net > assigned to the Via? > If I place a Via into a Zone and

Re: [Kicad-developers] [RFC] new connectivity algorithm - testers needed

2017-06-27 Thread Simon Küppers
Don't worry! I was just curious. Best Regards Simon Am 27.06.2017 um 21:54 schrieb Tomasz Wlostowski: > On 27.06.2017 21:24, Simon Küppers wrote: >> Small Bump. >> >> Can anyone shed some light on the new Via Tool? Is it supposed to be not >> ready yet? The Tra

[Kicad-developers] [PATCH] Small correction of documentation in BOARD_CONNECTED_ITEM::GetClearance()

2017-06-27 Thread Simon Küppers
See attached. Best Regards SimonFrom 4b961fda535ffac1051ac51509953fa2a6e1971c Mon Sep 17 00:00:00 2001 From: Simon Kueppers Date: Tue, 27 Jun 2017 22:21:29 +0200 Subject: [PATCH] Corrected Typo in documentation of GetClearance function MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-

Re: [Kicad-developers] [PATCH] Small correction of documentation in BOARD_CONNECTED_ITEM::GetClearance()

2017-06-27 Thread Simon Küppers
internal units are nanometers, it might be more clear to state > nanometers rather than internal units. > > Thanks, > > Wayne > > On 6/27/2017 4:25 PM, Simon Küppers wrote: >> See attached. >> >> Best Regards >> Simon >> >> >>

Re: [Kicad-developers] [RFC] Documentation for pcbnew plugins

2017-06-27 Thread Simon Küppers
*.md files in the appropriate search paths. Please post the patch created by git format-patch and post it as an attachment and I will commit it if no one objects. On 6/18/2017 11:25 AM, Simon Küppers wrote: I made some adjustments to the documentations. https://github.com/skuep/kicad-source-mirror

Re: [Kicad-developers] Cursor behavior

2017-07-20 Thread Simon Küppers
I am also currently not up to speed on this topic. However, what could also benefit usability is to visually highlight the origin that is being used during the move operation (maybe a green dot or something). Am 20.07.2017 um 13:50 schrieb Lorenzo Marcantonio: > On Thu, Jul 20, 2017 at 01:44:06P

Re: [Kicad-developers] Python script offered as example for Action Plugin and wxFormBuilder integration

2017-08-12 Thread Simon Küppers
I wrote a developer Documentation Page on Python scripting for kicad, i think the information is best written down there. Am 12. August 2017 18:42:05 MESZ schrieb Adam Wolf : >Sure. I was actually in the audience for that talk :) IIRC, the >biggest takeaway is that sometimes there are excepti

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

2017-08-22 Thread Simon Küppers
I second this. Working in a Research Institute I can assure you, that very often there are circuit boards with "interesting" stackups and via configurations... These boards are not produced by quick-turn factories like eurocircuits but companies such as ILFA or Optiprint. It would be unwise to

Re: [Kicad-developers] Routing algorithm used in PCB

2017-08-28 Thread Simon Küppers
Sorry, but i seriously doubt that there is anyone in this community that agrees with your cloud-hype. Tell me someone who does serious work with Google docs or codenvy.. Dont get me wrong, it is nice for community based stuff, such as teaching, learning, etc.. But kicad (ultimately) wants to be

Re: [Kicad-developers] [PATCH] minor icon improvements

2017-08-29 Thread Simon Küppers
-    Run Pcbnew +   Edit PCB What about "Edit PCB Layout" orientiert "Edit PCB Design"? Sounds more professional imho. Am 29. August 2017 10:04:19 MESZ schrieb Fabrizio Tappero : >Hi Wayne, >it sound good. >I think "Run" should go and I think "Edit Schematic" in place of "Run >Eeschema" is a

Re: [Kicad-developers] Dealing with addition to kicad_pcb files

2017-08-31 Thread Simon Küppers
Does it make sense to maybe use something like the EAGLE DRU Format? Maybe make it fully compatible to it? Some fabs give you the EAGLE DRU File. Am 31.08.2017 um 19:56 schrieb José Ignacio: > I don't see why you couldn't have both, an embedded version of the > actual setup and the ability to imp

Re: [Kicad-developers] New feature: support for Gerber job file.

2017-09-01 Thread Simon Küppers
Nice. However the file format allows for only one substrate material being specified. In RF application it is often the case that two a RF ceramic substrate for example is bonded with fr4 prepregs and cores. Seems unnecessary limiting Am 1. September 2017 08:48:30 MESZ schrieb jp charras : >Le

Re: [Kicad-developers] New feature: support for Gerber job file.

2017-09-01 Thread Simon Küppers
I was also about to show the optiprint brochure, thanks. I fully agree with you. We especially like to use Teflon materials with thick copper backing, but fr4 plus ceramic is also quite common here. Am 1. September 2017 12:12:15 MESZ schrieb Ingo Kletti : > > >Am 01.09.2017 um 10:06 schrieb j

Re: [Kicad-developers] Concept Idea for schematic page management

2017-09-07 Thread Simon Küppers
I like the idea that you have posed. I guess this is meant for the eeschema rewrite that is scheduled in the future? Out of curiousity, what kind of monster designs are you doing that require 40 A3 sheets of paper? :-D motherboards? huge FPGA boards? Am 07.09.2017 um 11:29 schrieb Bastian Neuma

Re: [Kicad-developers] New feature: support for Gerber job file.

2017-09-11 Thread Simon Küppers
Yes, a common stackup would be a two-layer rf substrate such as Teflon pressed onto a two-layer fr4 core with an fr4 prepreg in between. Galvanic processing is then done as usual. Best regards Simon Am 11. September 2017 19:07:19 MESZ schrieb jp charras : >Le 01/09/2017 à 12:38, Si

Re: [Kicad-developers] [Patch] pcbnew clipboard support

2017-09-17 Thread Simon Küppers
Altium Designer handles it the following way: 1. Select elements 2. Ctrl+C (or Ctrl+V) 3. Cursor changes. Now select origin by clicking. 4. Elements are now moving along with constant offset to cursor 5. Move to destination and click again (cursor might be snapping to grid) to paste elements Am

Re: [Kicad-developers] [Patch] pcbnew clipboard support

2017-09-17 Thread Simon Küppers
the grid here. Best Regards Am 17.09.2017 um 20:39 schrieb Simon Küppers: > Altium Designer handles it the following way: > > 1. Select elements > 2. Ctrl+C (or Ctrl+V) > 3. Cursor changes. Now select origin by clicking. > 4. Elements are now moving along with constant offset t

Re: [Kicad-developers] Live zone filling

2017-09-19 Thread Simon Küppers
I agree with JP, however I see a chance for KiCad, where this feature might work better than in other EDA packages. I think the only way to get this feature to perform well is to use all available processor cores. Maybe it is enough to distribute all the zones to the processor cores. However i d

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-22 Thread Simon Küppers
Sorry if I don't get it.. Why not just ask the user for a working directory and pull the libraries there using actual git? This has the obvious advantage, that anyone can use this not only with github but also with his or her own local repository.. Then maybe later add more functionality, such

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-22 Thread Simon Küppers
As said in this thread title, the plugin-idea is exactly what people are talking about here. There is a plugin interface within kicad for such stuff. Am 22. September 2017 10:32:21 MESZ schrieb Seppe Stas : >Honestly, I think KiCad should not manage library downloads by itself. >If >this is a fe

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-22 Thread Simon Küppers
And by the way, this would be a feature that is completely new to the market (correct me if I'm wrong). Git integration into eda software. I only know of altium that has an svn interface and a proprietary vault. The features both of which could be (at some point) realized using git. Innovation

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-22 Thread Simon Küppers
he user want to fetch. > >zip files of the branches can be mirrored on other servers as well for >the >people not having access to github. > >Cheers, >Basti > >2017-09-22 10:39 GMT+02:00 Simon Küppers : > >> And by the way, this would be a feature that is compl

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-22 Thread Simon Küppers
gement is ideally implemented as a plugin. >With >>> the ability to define own repositories as well. The library >downloader can >>> fetch the branch list and present a selection to the user to fetch >>> whatever the user want to fetch. >>> >>> zip

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-23 Thread Simon Küppers
the user-base is probably larger at this point compared to others? > > > On Fri, Sep 22, 2017 at 6:28 AM, Bastian Neumannn > mailto:neumann.bast...@gmail.com>> wrote: > > True, I see the problem with everything in one repo with branches. > > Maybe it was

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-23 Thread Simon Küppers
ieb Simon Küppers: >> Just to be clear, currently, the plugin does not use GIT. It uses a >> proprietary GitHub Interface. >> >> I also checked out gitslave and similar stuff some time ago, but >> internally, I was not really satisfied. >> One point against somethi

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-23 Thread Simon Küppers
Your message got me thinking. Maybe it would be a good way to implement two git repos, one for footprints and one for 3D models (and a third one for schematic symbols..). That is 3 repos to maintain instead of more than some dozens as it is right now. Then I would agree with you, I would personall

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-09-28 Thread Simon Küppers
Thanks for your detailed description. I think it is a nice way to go. However two remarks: Does it simplify the maintenance of the kicad library by the librarians? Is it github compatible? If not, we would need to find another platform to host the libraries. If I look for git submodule, there

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-10-02 Thread Simon Küppers
I am no expert, but this question is out of the scope of this thread.. For downloading, gut applies compression anyway. I respect the people having slow Internet lines.. However as shown a few posts backwards, the whole footprints and symbol library is like 100 megabytes without the 3d models.

Re: [Kicad-developers] GitHub Plugin (my nemesis)

2017-10-06 Thread Simon Küppers
il.com>> wrote: > > On 10/6/2017 5:43 AM, Rene Pöschl wrote: > > On 02/10/17 11:37, Simon Küppers wrote: > >> I am no expert, but this question is out of the scope of this > thread.. > >> For downloading, gut applies compression anyw