It’s possible to group board items together.
screencast_group-2020-08-20_12.54.25
At the moment it’s just a “geographical” group which locks items together so that they can be selected, moved, deleted etc. together.
It’s possible to group board items together.
screencast_group-2020-08-20_12.54.25
At the moment it’s just a “geographical” group which locks items together so that they can be selected, moved, deleted etc. together.
Compressed 3D models are supported, see KiCad will support compressed step and vrml models in the future. Yeah, I could use those gigabytes for something else.
Yay! Configurable origin and axis direction has landed, courtesy by @RRPollack. See User-selected PCBnew display origin (5.1.x) for background, but that thread is closed. (Please no bug reports or wishes here.) The feature won’t be integrated into 5.1.
EDIT: I wrote a FAQ article about the origins and coordinate system, Coordinate system, grid and origins in Pcbnew (especially version 5.99). It shows these new features.
All feature requests need to go to the bug tracker (https://gitlab.com/kicad/code/kicad/issues) Search for your suggestion there first (I think it might be implemented but not sure)
Hopefully one of our hard-working admins can move this hijack over the the #community:feature-request
Apologies, I deleted the post.
Alternate pin definitions.
A library symbol can now define alternate definitions for individual pins, and a schematic symbol can chose which alternate to use.
There’s a new tool that lets you convert lines/tracks to polygons/zones/keepouts and vice versa.
I think it’s pretty handy for creating zones from imported DXFs, replicating some copper traces on the silkscreen layer, and things like that.
It doesn’t support curves/arcs yet but will eventually.
convert_shapes
Great,
As usually curves are not handled. Why are curved tracks and rounded corners zones not yet implemented in Kicad? is there implementation that problematic? or is the Kicad code base inapropriate for handling such geometric primitives?
Curved tracks are implemented now (but some of the editing tools for them are still a WIP)
Seth is working on curved zone/polygon support: https://gitlab.com/kicad/code/kicad/-/merge_requests/375
Once that is merged I will update my tool to support it.
Historically the geometric primitives in KiCad did not support arcs very well, but, we’re working on fixing that for V6.
I really love these “Why is feature x not implemented yet” posts. Is really motivating and constructive
As a tip for the future it sounds much better if you ask differently. Something like: I really look forward to trying this all out. By the way are there plans to add support for feature x and is there a way that I can help? (The info is exactly the same but nobody’s pulse will rise reading it)
You can safely bet that when KiCad does support curved traces, someone will complain here that freeRouting does not do it, even though freeRouting is not part of KiCad.
Perfect. Thanks. I know that handling curves is a true hell in any graphics editing software.
I once was part of a team searching for a quick (!) way to fill spirals (printed coils) for a PCB programm. It was hell ! Every time there was a special situation when any small part remained empty…
What I want to say is: Yes I would also like more rounded elements and yes I know its not easy to implement. Keep up the good work !
The new library and schematic file formats were introduced long time ago (although, as Einstein said, time is relative). In the old format symbols used in a schematic were cached in an external file. Therefore the schematic files weren’t standalone, unlike the layout files. In the new format the symbols are embedded in the schematic file. This is a bit different than in the layout files: each symbol is once in the file and only the volatile data is per instance.
Anyways, the eeschema UI for handling symbols in the schematic have been a remnant from the old system. Now it, or at least much of it, has been made similar to the pcbnew UI.
OMG, selection filter is invaluable! It is a great tool, this saves me ton of time while finalizing board (precize zone adjustments, deleteing leftover traskc and vias, deleting bunch of obsolete graphical lines on silkscreen…).Using it a lot, thank you!
You probably met only graphic editing software having the ability to push all graphic elements (including strait and curved) keeping defined clearance between them, or finding the way to go with new track (using strait and curved segments) between already drawn elements without violating clearance rules.
Look around. You should find graphic editing software having no such abilities, and then you will change your mind - handling curves need not to be a hell.
It would seem sensible to try to keep this very long thread limited to dev posts about actual new features and to encourage users to make a new threads to actually discuss them if there are comments or questions. The value of an 'announce ’ list is derailed when there is a lot of side discussion.
This has a potential of creating DFM errors and would require a new Drill-Copper clearance DRC rule. Drill to copper clearance is usually much higher than copper to copper one.