Hi Jean-Pierre, Thank you for the remark, I will have a look at the problem. In such case I am not going to push the changes yet.
Regards, Orson On 04/03/2017 10:24 AM, jp charras wrote: > Le 03/04/2017 à 09:42, Maciej Sumiński a écrit : >> Hi Wayne, >> >> Does it mean I am free to push the changes? Or do you want some extra >> time for the review? >> >> Cheers, >> Orson > > Hi Orson, > > I have an issue with the symbol library editor UI refactor that make libedit > barely usable: > Displaying the component tree is extremely time consuming (W7 32 bits) both > when starting libedit > and when resizing the window tree width: > > with 14 loaded libraries (the biggest are power.lib, conn.lib and 74xx.lib, > others are small): > * 10 seconds to fully initialize the symbol editor (looks like the window > tree init is made twice) > * 5 seconds to just resize the window tree. > > Even with only one library (power.lib) loaded, the initializing time and the > resizing time are > noticeable. > > I do not have this issue when selecting a component in the schematic editor: > the same component list > is quickly built and shown (once the footprints are loaded). > >> >> On 04/02/2017 05:46 PM, Wayne Stambaugh wrote: >>> Hey Orson, >>> >>> I'm fine with using PART_LIBS object for now. Once the symbol library >>> table is in play, the only code that should be using PART_LIBS is the >>> code that remaps the symbols in the schematic from the current look up >>> method over to the symbol library table. >>> >>> Thanks, >>> >>> Wayne >>> > > >
signature.asc
Description: OpenPGP digital signature
_______________________________________________ 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