On Thu, Mar 20, 2003 at 03:47:01PM +0100, Andre Poenitz wrote: > > This is (incorrectly) assuming that just splitting the thing into two > > doesn't mean we don't need to do things multiple times still. > > Not more than once per redraw.
OK, what is your magical solution to the inset update problem. With details please ... > This is similar to line rebreaks in the outer world, so yes, real caching > might be difficult to achieve, but as "one shot cache" it just works fine. > > Maybe I really should not call it 'cache'. Well, I think I follow you a bit better now. In fact, that is what I am trying to do ! Basically make sure all inset updates have been done by the time we actually call draw. But it is beyond my ken (I cannot even get one small part of this to work, in fact). We could queue inset updates and do them all after an lfun etc, but I don't see how to get the sensible ordering of innermost->outermost. john
