ID: | 587 |
From: | ge...@igor2.repo.hu |
Date: | Sun, 26 Mar 2017 10:25:34 +0200 (CEST) |
Subject: | [pcb-rnd] library window change |
Hello pcb-rnd users, as part of some old library bugfixes, I've changed how the local file system footprint libraries are added in the library window. Instead of merging all directories into a big common fs/ subtree, we now keep them separate, under the name they appeared on the library search path. This has two advantages: 1. the user always knows where a footprint is coming from 2. now that it is possible to refresh/reload/rescan the root directories of the libraries, we don't need to rescan the whole fs subtree with all directories, but only the one the user clicked on. (Note: global rescan that does a full rescan on all libs is still available in the file/maintenance menu). Another change is how we handle remote libraries (wget, gedasymbols and soon edakrill). Until now the remote library index was queried on every rescan (this included startup). This is not a good idea if someone wants to work offline or the remote server is slow/unstable (like gedasymbols.org is, lately). To prevent these problems without runining anyone's use case: 1. I've added a new config setting plugins/fp_wget/auto_update_gedasymbols - it is disabled by default. When enabled, it is the old behavior: always fetch the index-checksum (a ~40 bytes long file) to determine if the index needs to be updated (a larger file), including on startup. When disabled, no download is attempted until explicit user request. 2. Explicit user request is possible via the library window's refresh icon 3. It is also possible via an action: fp_rehash(wget@gedasymbols) 4. If gedasymbols is added on the search path with auto update disabled, wget@gedasymbols will appear as an empty directory in the library window and even the initial mapping is done only on explicit user request. Regards, Igor2
Reply subtree:
587 [pcb-rnd] library window change from ge...@igor2.repo.hu