# Python Plugin Development for Pcbnew # [TOC] # Introduction # {#ppi_intro} KiCad implements a Python plugin interface so that external Python plugins can be run from within Pcbnew. The interface is generated using the `Simplified Wrapper and Interface Generator` or [SWIG](http://www.swig.org). SWIG is instructed to translate specific C/C++ header files into other languages using `interface` files. These files ultimately decide what C/C++ functions, classes and other declarations are exported and can be found in `pcbnew/swig/`. During build-time the SWIG interface files are used to generate the corresponding .py files. These files are installed into Python's system-wide `dist-packages` repository, thus they can be imported by any Python 2 interpreter installed on the system. # Existing Pcbnew Python API documentation # {#ppi_api_docs} The Pcbnew Python API can be used stand-alone, i.e. no instance of Pcbnew is running and the board project to be manipulated is loaded and saved from and to file. This approach is shown with some examples in the [user's documentation](http://docs.kicad-pcb.org/stable/en/pcbnew.html#_kicad_scripting_reference). Another documentation source is the auto-generated Doxygen reference of the API. It can be found [here](http://docs.kicad-pcb.org/doxygen-python/namespacepcbnew.html). # \`Action Plugin\` Support # {#ppi_action_pi} Besides the stand-alone usage of the generated Python plugin interface, additional support regarding online manipulation of board projects is available for Pcbnew. Plugins using this feature are called `Action Plugins` and they are accessible using a Pcbnew menu entry that can be found under `Tools->External Plugins`. KiCad plugins that follow the `Action Plugin` conventions can be made to show up as external plugins in that menu and optionally as top toolbar button. The user can run the plugin resulting in calling a defined entry function in the Python plugin's code. This function can then be used to access and manipulate the currently loaded board from the Python script environment. ## Typical Plugin Structure ## {#ppi_pi_struct} The `Action Plugin` support is implemented in Pcbnew by discovering Python packages and Python script files in specific directories on startup. In order for the discovery process to work, the following requirements must be met. * The plugin must be installed in the KiCad plugins search paths as documented in `scripting/kicadplugins.i`. You can always discover the search path for your setup by opening the scripting console and entering the command: `import pcbnew; print pcbnew.PLUGIN_DIRECTORIES_SEARCH` Currently on a Linux Installation the plugins search path is * /usr/share/kicad/scripting/plugins/ * ~/.kicad/scripting/plugins * ~/.kicad_plugins/ On Windows * \%KICAD_INSTALL_PATH%/share/kicad/scripting/plugins * \%APPDATA%/Roaming/kicad/scripting/plugins On macOS, there is a security feature that makes it easier to add scripting plugins to the ~/Library... path than to kicad.app, but the search path is * /Applications/kicad/Kicad/Contents/SharedSupport/scripting/plugins * ~/Library/Application Support/kicad/scripting/plugins * Alternatively a symbolic link can be created in the KiCad plugin path link to the plugin file/folder in another location of the file system. This can be useful for development. * The plugin must be written as a simple Python script (*.py) located in the plugin search path. Note that this method is preferred for small plugins consisting of a single .py file. * Alternatively the plugin must be implemented as a Python package conforming to the Python package standard definitions (See [6.4. Packages](https://docs.python.org/2/tutorial/modules.html#packages)). Note that this method is preferred for larger plugin projects consisting of multiple .py files and resource files such as dialogs or images. * The Python plugin must contain a class derived from `pcbnew.ActionPlugin` and it's `register()` method must be called within the plugin. The following examples demonstrate the plugin requirements. ## Simple Plugin Example ## {#ppi_simple_example} The folder structure of the simple plugin is fairly straight forward. A single Python script file is placed into a directory that is present in the KiCad plugin path. + ~/.kicad_plugins/ # A folder in the KiCad plugin path - simple_plugin.py - simple_plugin.png (optional) The file `simple_plugin.py` contains the following. import pcbnew import os class SimplePlugin(pcbnew.ActionPlugin): def defaults(self): self.name = "Plugin Name as shown in Pcbnew: Tools->External Plugins" self.category = "A descriptive category name" self.description = "A description of the plugin and what it does" self.show_toolbar_button = False # Optional, defaults to False self.icon_file_name = os.path.join(os.path.dirname(__file__), 'simple_plugin.png') # Optional, defaults to "" def Run(self): # The entry function of the plugin that is executed on user action print("Hello World") SimplePlugin().register() # Instantiate and register to Pcbnew Note that if specified `icon_file_name` must contain absolute path to the plugin icon. It must be png file, recommended size is 26x26 pixels. Alpha channel for opacity is supported. If icon is not specified a generic tool icon will be used. `show_toolbar_button` only defines a default state for plugin toolbar button. Users can override it in pcbnew preferences. ## Complex Plugin Example ## {#ppi_complex_example} The complex plugin example represents a single Python package that is imported on Pcbnew startup. When the Python package is imported, the `__init__.py` file is executed and is thus a perfect place to instantiate and register the plugin to Pcbnew. The big advantage here is, that you can modularize your plugin much better and include other files without cluttering the KiCad plugin directory. Additionally, the same plugin can be executed standalone using `python -m` e.g. to perform tests on the Python code. The following folder structure shows how complex plugins are implemented: + ~/.kicad_plugins/ # this directory has to be in the plugin path + complex_plugin/ # The plugin directory (A Python package) - __init__.py # This file is executed when the package is imported (on Pcbnew startup) - __main__.py # This file is optional. See below - complex_plugin_action.py # The ActionPlugin derived class lives here - complex_plugin_utils.py # Other Python parts of the plugin - icon.png + otherstuff/ - otherfile.png - misc.txt It is recommended to name the file containing the ActionPlugin derived class as `_action.py`. In this case the file is named `complex_plugin_action.py` with the following contents: import pcbnew import os class ComplexPluginAction(pcbnew.ActionPlugin) def defaults(self): self.name = "A complex action plugin" self.category = "A descriptive category name" self.description "A description of the plugin" self.show_toolbar_button = True # Optional, defaults to False self.icon_file_name = os.path.join(os.path.dirname(__file__), 'icon.png') # Optional def Run(self): # The entry function of the plugin that is executed on user action print("Hello World") The `__init__.py` file is then used to instantiate and register the plugin to Pcbnew as follows. from .complex_plugin_action import ComplexPluginAction # Note the relative import! ComplexPluginAction().register() # Instantiate and register to Pcbnew As described in [PEP 338](https://www.python.org/dev/peps/pep-0338/) Python can execute packages (or modules) as scripts. This can be useful to implement a command-line stand-alone version of your KiCad plugin with minimum effort. In order to implement this feature, a `__main__.py` file is created in the package directory. This file can be executed by running the following command. python -m Make sure that your current directory is the parent directory of the package directory when running the command. In these examples, this would be `~/.kicad_plugins`. When running the command the Python interpreter runs `/complex_plugin/__init__.py` followed by `/complex_plugin/__main__.py`.