Hi Oliver- I've had similar issues. If you can, would you mind testing the attached patch on Windows? It offloads the library processing to a thread that runs when the schematic loads or the library table changes.
It isn't ready for merge consideration yet because I'm not convinced that the BASE_FRAME is the correct place for it, nor am I completely happy with the process for figuring out when an update is needed. But the bones are in place and I haven't found any bugs yet in Linux or Mac, so please let me know if it has any adverse effects in Windows. Best- Seth On Fri, Dec 15, 2017 at 6:10 PM, Oliver Walters < oliver.henry.walt...@gmail.com> wrote: > I think that there has been a functional regression in a recent build, > relating to placing symbols in eeschema. > > Previously, the libraries were loaded once when the schematic was opened. > > now, the entire symbol library set is re-loaded every time you select > "Place Symbol". This brings up the "loading symbol libraries" progress > dialog before opening the component selector window. > > This is very tedious - especially on Windows where loading symbols can be > an order of magnitude slower than linux. It really interrupts work flow. > > I do not imagine this is intended behaviour? Can anyone comment on this? > > Oliver > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp > >
0001-Eeschema-Asynchronous-library-loading.patch
Description: Binary data
_______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp