There is a new command in pcbnew, Move with Reference. This allows you to first pick the reference point for a move before the move starts. There is no hotkey for this command by default, but if you like this behavior (like me), you can reassign the default M hotkey from Move to Move with Reference.
2020-07-06 19-36-18
There is a new automatic project backup feature:
How does it handle schematic files which are not in the project folder or its sub-folders? Is there a possible collision when two projects are using the same schematics file?
It does not, same as the existing project archiver (which uses the same code). Schematics must be included in the project folder (or a sub-folder of it) to be backed up.
Thanks to Jon, we can now hide ratsnest lines for a net. Select a board item belonging to a net (most often this would be GND or some other ubiquitous net which makes it difficult to discern other nets). Open the context menu and you’ll see Net Tools and can hide/show the selected net.
There’s also some backend support for coloring nets, but there’s no GUI yet.
EDIT: I created a new thread New Net Tools in pcbnew 5.99 because I can foresee this will raise comments, questions and feature requests.
Small warning: I didn’t post about this yet because there may still be a bit of churn in how exactly this works. It should be safe to play with though 
Net Classes can now be assigned in Eeschema. They can also be used to color/style the wires & busses of a net. (And of course they feed through to PCBNew Net Classes.)
Will the Backup exclude other ZIP files to prevent ever expanding ZIPs?
Yes. In fact, there is a fixed list of file extensions that will be backed up: https://gitlab.com/kicad/code/kicad/-/blob/master/common/project/project_archiver.cpp#L157
Will it be possible to display the net names on the schematic or just assign them? Could you automatically just apply labels as net names?
I’m not sure I’m following. Net names are already applied by labels.
Net class assignments are what’s new. Net classes are normally applied to more than one net name.
We’ve talked about how to visually indicate net classes on the schematic.
I’d love it if we could get by with just (1), with a slight preference for (1) + (2) if we can’t. I think Jon has a preference for (1) + (3).
It’s now possible to create a new net in pcbnew with Inspect -> Net Inspector. It can then be assigned to a pad in the pad properties. The change can also be fed back to the schematic with Tools -> Update Schematic from PCB (with more or less success).
This is an answer to long standing need for easier PCB-only design (WireIt plugin has been used for it).
Again, I opened a new thread for discussion: Creating nets in Pcbnew (5.99).
Note: this is my interpretation and doesn’t necessarily reflect the development team’s intentions accurately, so take this with grain of salt.
Until very recently many issues in gitlab had the milestone for v6 even though it wasn’t certain if someone would implement them. Now there’s milestone 7.0 and some issues were moved to that: https://gitlab.com/kicad/code/kicad/-/issues?milestone_title=7.0.
There are now three feature development milestones: 6.0.0-rc1 , 6.0 Feature Freeze and 7.0.
6.0 Feature Freeze is for new (major?) features. For each proposed feature it must be decided if it actually will be implemented for 6.0, and now it seems to be the time to make those decisions. If nobody hasn’t volunteered to implement a feature, it won’t be in a condition to be included when the feature freeze moment comes, and it can’t be set to that milestone.
The rc milestone is mainly for bugfixes and other smaller changes. They must of course be ready when 6.0 is finally released.
I see 7.0 as preliminary in nature; ATM it includes only old feature plans which were postponed because of lack of manpower. They can be postponed even further, or maybe there will be 6.1 where something can be implemented.
6.0 Feature Freeze and 7.0 should correspond roughly with KiCad 6.0 Roadmap and KiCad Future Versions Roadmap but I haven’t checked how up to date those are right now.
This is essentially accurate. Our plan is to announce the feature freeze in September and move on to polishing the features and fixing bugs.
This is also why the rc1 burn down chart doesn’t look good but the FF chart looks promising.
We’re pushing other ideas to the 7.0 milestone as a convenient place to store them. Once 6.0 is released, we hope to sit down (maybe at FOSDEM if it happens) and hash out plans for 7.0 features.
There’s discussion going on about dropping support for 32 bit Windows because the build system is dropping it: https://www.mail-archive.com/kicad-developers@lists.launchpad.net/msg38718.html. No decision yet, but better be prepared because it will eventually happen some day.
KiCad source code has new build dependencies, see the announcement by Ian: https://www.mail-archive.com/kicad-developers@lists.launchpad.net/msg38729.html. If you build from source and it complains about something missing, try these (lemon; GTK3 on Linux).
EDIT: Thanks, marekr – it’s not in yet, it’s being tested first.
EDIT later: the plan was changed, no need to install lemon, see https://gitlab.com/kicad/code/kicad/-/merge_requests/318#note_389955494.
It hasn’t been added yet
