KiCad user manual refresh - what topics do you most want to know about?

I’m working on a refresh of the KiCad user manual for the upcoming 6.0 release. I’ve started with the PCB Editor, where I’ve documented some of the new features and changed behaviors, but there’s a long list of topics that need to be covered.

What I wonder is: what topics are you most curious to read about in the user manual? Are there things that have been added in 5.99, or even things that already existed, that you’d like a better reference manual about? Your replies will help me prioritize what parts I work on documenting.

Note that I already have on my to-do list the following documentation topics:

  • Library management and best practices
  • Net classes
  • Grids and snapping
  • Net ties
  • Length tuning

Also: additional help writing the manual is welcome. If you feel like this is something that you would be good at, please DM me or email and we can talk details.


Does this forum tend to render a manual obsolutely absolete?

No. The forum is just another path.

Here is what the current searches are for on the forum:

I don’t think so. The manual is intended to be a reference to all that KiCad can do. The forum, and other places where users discuss, is a place where opinions can come into the conversation more: what do people think is the best way to do something, or what workflow works for them, and so on. The user manual doesn’t have opinions on your workflow, it just tells you how KiCad works.


Of course not…

If all else fails, read the instructions. :slightly_smiling_face:

Sounds like a blisteringly thorough explanation. You leave me without options to argue. :slight_smile:

EDIT: Except that it seems to be more of a challenge to keep the manual up-to-date?

Also all modifier keys, on all platforms. They have changed after 5.1 and it’s unclear to me how they should work now. They are also “hidden”, it’s impossible to see them in the UI so it’s necessary to read or hear about them somewhere, unless the user is inclined to try everything everywhere.

The new DRC rule system, but that you knew already, and it’s (mostly?) written. It needs a tutorial which isn’t the same as manual.

I gave plenty of feedback about text replacement variables when Jeff implemented them. I’m interested in detailed explanation and use cases. It’s a powerful mechanism but somewhat non-intuitive or at least invisible and needs either documentation or much trial and error.

Relatively large portion of questions here are about libraries, so this is important. Rene has already written those FAQ tutorials, but more comprehensive official documentation is needed, too.


It wouldn’t be quite such a challenge if there was more help available, but a real problem is, as hinted by @eelik : who knows enough besides the developers?
I, for one, feel guilty that I just don’t know enough about 6.0 to raise my hand to assist with the manual, instead, just leaving the work to those very few developers.

I didn’t saw current documentation. I didn’t installed 5.99 yet (I don’t have Windows 10). So may be there is already done what I write here.
I think that for someone learning to use KiCad the most helpful will be well organised cheat sheet containing hot-keys. May be it should be separate 4-page pdf to be printed to have it at hand.
Under well organised I understand that it should help to find keys to be used in the state of work I am currently in and not to find what specified key does - so certainly not in alphabetic order.
I suggest to divide them into as many as can be logically justified groups (may be 2…3 level tree) and keys in each group ordered by expected frequency of use.
For example (using hotkeys from V5.1 (I don’t know changes to V6)):
in ‘Schematic - element placement’ group I see the hotkeys ‘A’, ‘P’, ‘M’, ‘C’ at the beginning,
in ‘Schematic - making connections’ I see ‘W’, ‘B’, ‘Z’, ‘L’ at the beginning,
in ‘PCB - routing’ I see ‘X’, ‘V’, ‘W/Shift+W’ at the beginning,
I think ‘routing-modifying’ should be separate group (D,G,U,I,…) and ‘modifying length’ also separate, may be as subgroup of modifying.
I think that what someone really needs (after reading the documentation) is such cheat-sheet. May be there should be separate cheat-sheet with only most frequently used keys (so that the beginner does not get lost in the mass of information he don’t needs at the beginning).


I think it would be possible for someone who has the time to spare and is otherwise comfortable with technical writing. I think someone who can take the time to “poke at” a certain KiCad feature in depth can probably write at least an 80% correct manual section about that feature, and then the developers only have to be asked about 20%. Non-developers could also help by flagging which sections from the existing manual are now obsolete in 5.99, which are unclear / in need of polish, etc.

It definitely would be some work, and I don’t necessarily expect to find that many people from the community are up for helping with it, but I wanted to mention anyway in case someone sees the post who does feel like they could assist with part of the process and wants to discuss with me the details and see if it could work.

By the way, while I don’t dispute this, I want to clarify that the user manual is intended to be reference material, and explicitly not a tutorial. We will look to the community (including this forum, and those people who create YouTube videos and blog posts about KiCad, etc) to create step-by-step tutorials and other content that goes beyond the reference manual.

Based on the recent traffic that I’ve seen here, detailed instructions for installing on the latest MacOS (or even various different MacOS versions) seems like it would be important. I don’t have a Mac so many of the instructions are obtuse to me, but it does seem to be a fairly frequent question. (And from what little I’ve been to understand, MacOS doesn’t go out of its way to make it easy either…)

This is true; one of the ways we are addressing it is to make some changes to how you install on MacOS, so once those are done, if it still is an issue we’ll definitely cover it.

1 Like

Some form of “whats new, whats changes” section.
A good thing to add would be where plugins/settings are stored (especially linux) since I am sure this will bite some people


I’d like to see an up to date KiCad cheatsheet. One page, how to layout. Most important commands, important: Keyboard shortcuts!

I found a video on how to combine pcb´s into one for manufacture, which doesn´t work for my install fedora33 kicad 5.1.10. I´d like a chapter on making panels to reduce pcb-setup-costs.

KiCad doesn’t support panelization, so there’s no reason to describe it in the manual. There are workflows which help with that but hardly material for the manual. BTW, this is a recurring topic, the latest thread is How to replicate the same board in the panel PCB. It’s also in the FAQ.

1 Like

Thanks, Janek

I feel pretty much the same. I am not a “power user”. But perhaps I could do some review of the manual. When you want to find issues, you ought not let experts do all of your testing. The experts are less likely to be stymied by issues. You want to get some review/testing done by users with a lower skill level as they are more likely to get stuck somewhere. But in my case there are many features/aspects that I do not use. These include busses, impedance control & track length matching.

No matter what info is in the manual, it is of little use to anyone if you can’t find it. Above all, the manual needs an INDEX!


I suggest more about importing, exporting and working with CAD files. That is where I get hung up every time. I don’t use these things often enough to become proficient or to get the processes burnt into neurons.

Another area is cross platform use. More details about what is different on Mac vs Windows vs Linux! If there are files that need to be accessed outside of KiCad, where are they?

Thanks for your effort
Jim Wagner
Oregon Research Electronics