On Tue, Jan 14, 2014 at 3:27 PM, Jack Kuan <[email protected]> wrote:
> well, what's in the referenced section is actually top-level function > definitions..., but anyway. > I'm so glad you complained ;-) There is a way to correct this bug (and all related bugs) and simplify Leo's read code in the process! This will be one of the defining features of Leo 5.0. The idea is for the read code to treat *all* nodes exactly the same initially, regardless of whether they should actually be clones of each other. A post-pass would then "unify" all vnodes having the same gnx. Why, oh, why, did I never think of doing this? It will be *so* much simpler than the present code! And it will be just as fast, maybe even faster. Another example of generality arising from simplicity... I can tell you why I *did* think of doing this now: the new @auto read logic uses a new p._relinkAsCloneOf method, exactly what the @file read post pass will use! Edward -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/leo-editor. For more options, visit https://groups.google.com/groups/opt_out.
