On Oct 21, 5:38 am, "Edward K. Ream" <[EMAIL PROTECTED]> wrote:
> The qt tree optimization project has begun with some baby steps: The first draft of leoQtTree.full_redraw has gone amazingly smoothly. The qt plugin can now be said to be an unequivocal success. Hurray! Despite its name, full_redraw draws only visible nodes. Typically it takes 0.02 sec to draw all visible nodes in LeoPy.leo (when few nodes are visible). Response is so good that it's quite feasible to call full_redraw when expanding a node, so most of the redraw_after_x methods just call full_redraw at present. This is super news. There are a few glitches: - Inserting a new node doesn't properly set the headline font. - The Leo window isn't being updated while Leo is loading files, but this is probably unrelated to drawing the tree. Edward P.S. The only "optimized" methods are: - redraw_after_contract (just contracts the present tree item) - redraw_after_icons_changed. - redraw_after_select (does nothing) I'd like to use this ultra-minimalist approach to optimization for as long as I can--there are many other chores to finish before the qt plugin will truly be ready for prime time. EKR --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
