kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #32160
Re: COMPONENT_TREE performance
-
To:
Jon Evans <jon@xxxxxxxxxxxxx>, kristoffer Ödmark <kristofferodmark90@xxxxxxxxx>
-
From:
Tomasz Wlostowski <tomasz.wlostowski@xxxxxxx>
-
Date:
Mon, 4 Dec 2017 19:28:16 +0100
-
Authentication-results:
spf=pass (sender IP is 188.184.36.46) 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;
-
Cc:
KiCad Developers <kicad-developers@xxxxxxxxxxxxxxxxxxx>
-
In-reply-to:
<CA+qGbCDvEaxH2322NAdupFZ=dzEcf7PMJ5TZ8JR-kpNEaep1yA@mail.gmail.com>
-
Spamdiagnosticmetadata:
NSPM
-
Spamdiagnosticoutput:
1:99
-
User-agent:
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
On 04/12/17 19:23, Jon Evans wrote:
> It's probably a good idea to implement a "toolkit abstraction layer" if
> we ever go down this road, so that we wouldn't have to do it *again* if
> we ever switch again.
This is the very purpose of the internal event system (TOOL_EVENT,
TOOL_ACTION, TOOL_DISPATCHER) - be able to run interactive tools without
dependencies on the UI toolkit.
Tom
Follow ups
References
