2008/11/22 Jerome Laheurte <[EMAIL PROTECTED]>: > On Sat, 22 Nov 2008, Frank Niessink wrote: > >> 2008/11/22 Jerome Laheurte <[EMAIL PROTECTED]>: > Bah, it's obsolete anyway. I bought my Mini in order to install the > iPhone SDK and make enough bucks on AppStore to buy a MacBook Pro and > a MacBook Air... Apple's BM is quite efficient :)
BM? >> I'm currently working on improving performance too. I'm doing some >> preparation first, that I'll check in tonight hopefully. > > In trunk I hope ? Heavy changes are not well-suited to be committed in > release branches, it makes merges more difficult. And such an > improvement deserves a 0.72 release anyway. Uhm, you're right. I started with this on Release0_71_Branch. I'll check in as soon as I reach as stable state and then continue on trunk. > I'm too tired to understand all of this, but you know the internals > better than me. My first approach would have been to "aggregate" > change notifications from the Publisher, something like waiting 200 ms > or so before dispatching notifications, the timer being reset on each > new one. But it's just a track, I can't tell if it would actually make > things better or worse. I have thought about the aggregation of notifications too, but feel that it's fighting the syndrome rather than removing the underlying cause. > Aaah, the "universal viewer"... That would be great. I honestly think > the main target for 1.0 would be a viewer that displays all domain > objects, that is efforts as children of tasks, task-specific notes and > attachments as children of tasks, etc. Not an easy target though. Well, it's a step on the way to the universal viewer. In this stage, the viewers would be able to switch between different domain objects, but not yet be able to show different types at the same time. Cheers, Frank
