strategy for QFN packages

[eto-]

Is there a strategy for QFN packages?

More and more components are in the form of QFN and I think an effort in this direction would significantly improve the usability.

There is a PR #99 which is stuck since two years. Is there some particular problem blocking it? May I help getting the PR approved?

[ubruhin]

I don't know if the author of #99 would be willing to continue work on this. Maybe he lost motivation because of our lack of review (as always, due to lack of time) 🙁

Anyway, a lot of things have changed in this repo since then, which means that PR is now pretty outdated. It doesn't use the entity classes yet, doesn't generate 3D models, and formatting needs to be updated because we switched from flake8 to ruff. I suspect it would make more sense to create a new PR based on the DFN generator, and copy the QFN configs from #99 (those configs we also still need to review btw).

As mentioned in #99, it seems those packages currently lead to warnings due to pad clearances smaller than 200µm. I think at the moment we will have to generate approvals for those warnings, but for LibrePCB 2.0 we can fix them by adjusting the min. clearance value (LibrePCB/LibrePCB#1616).