On Mon, Oct 20, 2008 at 1:20 PM, Ville M. Vainio <[EMAIL PROTECTED]> wrote:
> Pretty much the fastest alternative, I agree. If this proves too > complex, though, we can always replicate the tk's "redraw every > visible node" approach (which is simpler, but slower) The "redraw every visible node" code must exist for initial redraws. > Probably much better than the current approach of throwing away and > recreating every node ;-). It's not a foregone conclusion. With the present code, expanding and contracting are easy on the underlying widget; that's not true with the anticipated code. I expect the new code will be much faster than the old, but it will put new and different stresses on the QTreeWidget. In short, we still have not demonstrated with absolute certainty that the project will succeed. OTOH, if we do find any major problem, I have little doubt that the Qt people will rise to the occasion... Edward --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "leo-editor" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/leo-editor?hl=en -~----------~----~----~----~------~----~------~--~---
