Abdelrazak Younes wrote: >>> If you have serious concerns about this (probably due to the >>> past experience on developing LyX), the best solution would >>> be a "summing (balanced) tree", that would exhibit O(log n) >>> complexity for little updates like needed in 1) [not sure about >>> 1.a], but probably you won't avoid the O(n) updates in case of >>> 2) or 3). >> >> I think loading/resizing in 4 second is ok. > > I disagree with that. Loading should be as fast as possible and resizing > should be instantaneous.
Exactly > Or we just switch to implement a WISIWIG > processor. There are a lot of good things in Tommaso's patch but the > initial calculation of all ParMetrics is not one of those. The > TextMetrics API additions are nice but are orthogonal to our scrolling > problem. > >> 20 is rather not. >> I know, it's not that bad, I am exaggerating. And of course >> one could provide some more versose status message (as in 23/5490 >> paragraphs done) giving the impression that 'something' happens... > > That's the thing I hate most about MSWords: continuously waiting for the > re-pagination to complete. We don't need a *perfect* scrolling > behaviour, just a sensible one. A simple cache of paragraph height would > do the job and I wish Tommaso had followed this direction instead. I agree 100%. A/