| ID: | 3562 |
| From: | ge...@igor2.repo.hu |
| Date: | Fri, 29 Nov 2019 14:03:38 +0100 (CET) |
| Subject: | Re: [PosibleSpam] Re: [pcb-rnd] bug report: pcb-rnd no more finds |
| in-reply-to: | 3559 from Gabriel Paubert <pa...@iram.es> |
| replies: | 3569 from Gabriel Paubert <pa...@iram.es> |
On Fri, 29 Nov 2019, Gabriel Paubert wrote:
>Ok, another piece of information: the first (or last) directory in the list
>seems to properly searched. If I do:
Thanks, you nailed it! Fixed in r28540, please test.
>But I'm confused about the search order since the "w l" command
>displays the search list in the reverse order of the "i c p"
>library notebook page.
The search order is as configured in the file and as displayed by i c p.
It's only the library window that's having a different order, but order
doesn't really matter there: you access footprints without search in that
dialog (e.g. if there are multiple footprints of the same name, it will
always pick the one you selected in the tree, it won't go and search the
first match by name).
>
>It also seems that editing the library search order in the "i c p"
>notebook needs an exit and restart of pcb-rnd to take effect, but
>this is a minor issue.
Yes, that was the case many years ago; with recent versions you have a
"File/Maintenance/re-scan footprint library", or {i c r} if you need it
often.
IIRC it wouldn't affect searches, but does affect the internal
map-of-all-footprints we use for the library dialog.
(The reason that we don't tend to re-scan automatically is that we have
modular footprint access, plugins implement them, and some plugins (e.g.
fp_wget) may do some networking on re-scan. So pcb-rnd tries to not do
this automatically too often, but we have an action for it)
Best regards,
Igor2
Reply subtree:
3562 Re: [PosibleSpam] Re: [pcb-rnd] bug report: pcb-rnd no more finds from ge...@igor2.repo.hu
3569 Re: [PosibleSpam] Re: [pcb-rnd] bug report: pcb-rnd no more finds from Gabriel Paubert <pa...@iram.es>