Mailing list archives : pcb-rnd

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 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.

Reply subtree:
587 [pcb-rnd] library window change from