It's a personal choice. I tend not to use them unless absolutely necessary. If I can find a solution that doesn't require them, then that is my preference. I have no issues if someone writes an acceptable thread based solution before I get around.
On 11/10/2017 08:00 AM, Oliver Walters wrote: > What is the reasoning behind not wanting to use threads? > > On Fri, Nov 10, 2017 at 11:46 PM, Wayne Stambaugh <stambau...@gmail.com > <mailto: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> > > <mailto: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>> > > > <mailto: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/>> > > > <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>> > > > <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>> > > > <mailto: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>> > > > <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>> > > > <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
