On Feb 10, 2013, at 7:43 PM, Josh Andler wrote:
I recall us discussing this in relation to the customizable keyboard shortcuts in the preferences dialog. Would you mind having a look there too? The difference here though is that I don't believe the startup time was affected by the list with markup in the prefs dialog... only major performance hit is when it's being fully populated/updated.
Given a start-up timeframe slowdown, we might get some other issue happening here. Definitely worth me looking at.
As an aside, is it possible to make it run the font list "population routine" when the text tool is first invoked rather than when you first try to bring up the list? If we could eliminate that delay the first time you try to bring up the list of fonts, it would be a huge user-perceived win.
Yes, in theory we can do that. Also we can do things like with the icons and incrementally work on it during an idle callback.
*maybe*
If we hit that GTK issue, then it was the act of gtk instantiating the new list widget per window that would hit the issue.