kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #33286
Re: Future plans on the KiCad library releases?
-
To:
<kicad-developers@xxxxxxxxxxxxxxxxxxx>
-
From:
Maciej Sumiński <maciej.suminski@xxxxxxx>
-
Date:
Wed, 17 Jan 2018 09:15:14 +0100
-
Authentication-results:
spf=pass (sender IP is 188.184.36.48) smtp.mailfrom=cern.ch; lists.launchpad.net; dkim=none (message not signed) header.d=none;lists.launchpad.net; dmarc=bestguesspass action=none header.from=cern.ch;
-
In-reply-to:
<20180117075502.kth4zdayq3zg52zu@login.tika.stderr.nl>
-
Spamdiagnosticmetadata:
NSPM
-
Spamdiagnosticoutput:
1:99
-
User-agent:
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
Hi Matthijs,
On 01/17/2018 08:55 AM, Matthijs Kooijman wrote:
[snip]
> Additionally, I don't really want to think about this when upgrading. If
> I upgrade the libraries package, I really want to still be able to just
> use all official libraries, without having to check after each upgrade
> if there is perhaps a new .lib file that was not there before (which, I
> think, involves removing them all and re-adding them as the easiest way
> to do that). Currently, if some symbols are split off into a new
> library, and I forget to check this, they will silently disappear from
> my choice of symbols, and I might not even realize this (and simply
> assume a symbol I am looking for does not exist yet).
>
> Even if I wanted to go through the trouble of checking the library list
> on upgrades, I might not always actually realise that I've upgraded when
> using distribution packages that get upgraded as part of a bigger
> upgrade.
>
> What I write here is how *I* would like to see things as a user. I can
> imagine this applies to more, if not most, users as well.
I can easily imagine a message saying: "Why do you guys modify my
perfectly organized symbol library table when I update the libraries
package? I have carefully picked the libraries that are useful to me, so
I do not need to go through a long list when selecting components. Now I
need to reorganize them again!".
Just saying that one size does not fit everyone. Perhaps there is a
smarter solution in between, like a possibility to import/export
sym-lib-table. This way one can easily update the official library list
if needed, and otherwise the table is not touched.
Regards,
Orson
> One additional caveat I recently realized: Even if you would
> automaticlaly update the list of libraries, you will additionally need
> to rename/remap some symbols, since symbol references include the
> library name in v5. One way I can imagine this works is to also include
> a "rename" specification (perhaps similar to the current rename.json),
> which can be used by KiCad to automatically migrate older symbol
> references. Or perhaps the rescue dialog can be improved to look among
> other libraries for a symbol with the same name and let the user choose
> between relinking to such a symbol, or resueing one from the cache.
>
> Gr.
>
> Matthijs
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
>
Attachment:
signature.asc
Description: OpenPGP digital signature
Follow ups
References