DocumentationBrowse this guide

Learn / Electronics

Kobee Studio: 1.5 version and validation scope

Compare Kobee Studio stable 1.4.1 tools with the reviewed 1.5.20 development checkout, including compatibility and remaining validation.

DocumentationBeginner4 min5 Nov 2026KiCadPCB design
Kobee Studio user manual

Development preview. These pages describe the local 1.5.20 development checkout reviewed on 5 November 2026. They do not announce a 1.5.20 release or imply that the testing PCM catalogue contains it. Public GitHub releases were checked: 1.4.1 remains the latest stable release.

The main manual now uses this 1.5 candidate throughout, so the tool names and screenshots match the upcoming release. 1.4.1 is retained here as historical/package-availability context, rather than the manual’s primary version. Check installation before expecting a feature in a downloaded package.

Feature and version map

CapabilityStable 1.4.1Reviewed development checkout
Labels, symbols, title/subtitle and underlineAvailableExtended with overline, scoped formatting, multipart labels and placement anchors
Header overlaysSingle-row 2.54 mmRenamed Connector Overlay; standard/custom pitch
Component callouts and arraysAvailable with bundled/custom dimensionsReusable personal/project component presets
Custom SVG symbols and variantsStrict filled SVG profileBroader geometry import and graphic previews
Standalone imported graphicsNo dedicated editorGraphics tool with transforms and PNG tracing
FontsBundled typefacesSystem-font activation, Google Fonts browsing/install/repair
Saved profiles and library backupAvailableExpanded data coverage
Native reference designators and cleanupNo Board Tools familySelection-aware designator styling and scoped cleanup
Variable templatesNo Variables tabPersonal/project multiline templates and KiCad tokens
Project DataNo Project Data workspaceMetadata, reusable fields, revision checkpoints and explicit KiCad synchronization

1.5 guides

Connector overlays at another pitch

  1. Open Labels → Connector Overlay.
  2. Choose a standard pitch or Custom.
  3. For Custom, enter the physical pitch. The reviewed UI supports 0.50–20.00 mm.
  4. Check the live maximum text-height indication. Smaller pitch reduces the space available to each pin label.
  5. Enter count/labels, orientation and pin-1 end, then set the plug opening and clearances.
  6. Verify first and last positions against the actual electrical footprint before placing the complete rail.

Unit switching preserves pitch physically. Do not enter a millimetre value into a mil-labelled field. Existing 2.54 mm artwork is intended to remain compatible, but check it on a board copy when testing a new build.

Reusable component presets

Open Settings → Component presets, choose personal or project scope, and add a preset with the actual component envelope and useful identifying name. Edit/delete through the same manager. Use the preset from Component Callout or Component Array, then review its dimensions in the active tool.

Placed artwork embeds its dimensions, so deleting a preset should not change an already-placed envelope. Preserve the preset library for future new artwork and verify regeneration on a copy during development testing.

Test before depending on a development build

Back up the board and personal library, record the exact commit/package version, and use disposable copies for cleanup and bulk-designator operations. Compare placement, reopen/update, save/reload and undo behaviour.

The source's manual validation record reports macOS testing, including live IPC placement/update and native save/reload. Windows/Linux visual acceptance, 3D/GerbView orientation acceptance and specific upstream KiCad crash conditions still need release checks. That evidence does not establish release readiness on every platform.

The reviewed source guards transactions on KiCad 10.0.0–10.0.6 when Schematic Editor is open because of an upstream crash condition. If the build asks you to close Schematic Editor or upgrade, follow that instruction before retrying rather than repeatedly applying the action.

Published packages and release status must be checked separately from the version string in a source checkout. The source validation notes and release pipeline provide development context; their branch content may change.