Great, I'm glad to hear that it is in the pipeline :) On Fri, Nov 10, 2017 at 11:46 PM, Wayne Stambaugh <stambau...@gmail.com> wrote:
> On 11/10/2017 7:36 AM, Oliver Walters wrote: > > Wayne, > > > > You're probably right that there's no good way to decide which libraries > > are the "default" ones. Maybe this is the best entry-level approach. > > > > I think that a background library loader will solve a lot of the > > "freeze" problems, but I imagine that is a lot of work. > > It will not be trivial loading libraries in the background but it's > something we need to look into at some point. I was thinking about > loading one library on each idle event rather than in a separate thread > although this could cause some UI lag issues with the github libraries. > This is a task for version 6 so I'm going to shelve this until after the > version 5 release. I will add it to the version 6 road map when I get a > chance. > > > > > On Fri, Nov 10, 2017 at 11:17 PM, Wayne Stambaugh <stambau...@gmail.com > > <mailto:stambau...@gmail.com>> wrote: > > > > Oliver, > > > > Including all of the libraries has been requested many times in the > > past. Personally, I don't work that way but it seems to be the > > preference of a large percentage of users. My guess is new users > will > > prefer to have access to all libraries initially and start removing > them > > when they get tired of the the overhead involved in using them. I > > wouldn't be opposed to removing some of them but I doubt you will > get a > > consensus on this issue. > > > > Cheers, > > > > Wayne > > > > On 11/9/2017 10:38 PM, Oliver Walters wrote: > > > Wayne, > > > > > > That's great news, and a welcome addition. > > > > > > Regarding the decision to include all the libraries by default - > is this > > > a sensible solution? No project requires all libraries to be > added, and > > > some of the libraries are particularly large. Is it really that > > > difficult for new users to understand that libraries are there to > be > > > added and removed at will? Personally if I found all libraries > loaded by > > > default I would unload most of them straight away... > > > > > > Perhaps I am not aware of the justification for this approach. > > > > > > Cheers, > > > > > > Oliver > > > > > > On Fri, Nov 10, 2017 at 1:35 PM, Wayne Stambaugh < > stambau...@gmail.com <mailto:stambau...@gmail.com> > > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>> > wrote: > > > > > > I finally got the symbol library table changes merged into the > > > development branch of KiCad so be prepared for some pretty > > significant > > > changes in the way symbol libraries are handled both from a > > user and a > > > developer perspective. Also be prepared for a massive amount > of > > > complaining about the change. I wrote a blog post for the > KiCad > > > website[1] with all of the pertinent information you need to > > know before > > > you remap your schematic symbols. If users have any > > questions, please > > > point them to blog post. One thing I didn't mention in the > > blog post > > > (although I may add it) is the component (now symbol) chooser > > dialog > > > took another performance hit. The default global symbol > > library table > > > contains all of the symbol libraries of which there are over > > 90 so the > > > symbol library load time shot up significantly when using the > > chooser. > > > The Eeschema load time actually go better since like the > footprint > > > library table, symbol libraries are now loaded on demand so > > only the > > > libraries that contain symbols in the schematic get loaded. > > The rest of > > > them get loaded as required. If you find any issues please > > file a bug > > > report and include a copy of the project files and symbol > > libraries (if > > > possible) prior to the remapping that are causing the issue so > > I can fix > > > them. > > > > > > This should be the last major change except for the new symbol > > library > > > manager before the feature freeze of the stable 5 version. > > Thank you > > > for your patience during this transition and enjoy. > > > > > > Cheers, > > > > > > Wayne > > > > > > [1]: http://kicad-pcb.org/post/symbol-lib-table/ > > <http://kicad-pcb.org/post/symbol-lib-table/> > > > <http://kicad-pcb.org/post/symbol-lib-table/ > > <http://kicad-pcb.org/post/symbol-lib-table/>> > > > > > > _______________________________________________ > > > Mailing list: https://launchpad.net/~kicad-developers > > <https://launchpad.net/~kicad-developers> > > > <https://launchpad.net/~kicad-developers > > <https://launchpad.net/~kicad-developers>> > > > Post to : kicad-developers@lists.launchpad.net > > <mailto:kicad-developers@lists.launchpad.net> > > > <mailto:kicad-developers@lists.launchpad.net > > <mailto:kicad-developers@lists.launchpad.net>> > > > Unsubscribe : https://launchpad.net/~kicad-developers > > <https://launchpad.net/~kicad-developers> > > > <https://launchpad.net/~kicad-developers > > <https://launchpad.net/~kicad-developers>> > > > More help : https://help.launchpad.net/ListHelp > > <https://help.launchpad.net/ListHelp> > > > <https://help.launchpad.net/ListHelp > > <https://help.launchpad.net/ListHelp>> > > > > > > > > > > > >
_______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
