| ID: | 3569 |
| From: | Gabriel Paubert <pa...@iram.es> |
| Date: | Mon, 2 Dec 2019 08:35:45 +0100 |
| Subject: | Re: [PosibleSpam] Re: [pcb-rnd] bug report: pcb-rnd no more finds |
| in-reply-to: | 3562 from ge...@igor2.repo.hu |
Hi,
On Fri, Nov 29, 2019 at 02:03:38PM +0100, gedau@igor2.repo.hu wrote:
>
>
> 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.
>
Works for me, as far as I can tell. But I shortened my search path lists
because of this issue (and why would I add back paths which were never
used in practice), so my test might not be very thorough.
> >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).
Ok, thanks for the explanation.
>
> >
> >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)
>
Fair enough, I don't change the search paths often enough to remember
these details. The exception was when distilling these test cases.
Best regards,
Gabriel
> Best regards,
>
> Igor2
>
>
>
Reply subtree:
3569 Re: [PosibleSpam] Re: [pcb-rnd] bug report: pcb-rnd no more finds from Gabriel Paubert <pa...@iram.es>