[Dev] lastDynamicBlock

[John Anderson]

Good point.

Actually the list of views is simply appended each time a block with an 
event boundary is rendered and poped each time a block with an event 
boundary is unrendered. So far they nest so the unrendered blocks are 
always on the end of the list. I think that allows for a heiararch of 
event boundaries, however, it may not be completely clear how you'd 
navigate the list to do much useful beyond the top few views. I'll give 
it some more thought and would appreciate any thoughts you might have.

John

Bryan Stearns wrote:

> John,
> I'm confused about Globals.view[]... a "_list_ of nested _trees_ of 
> blocks" sounds like an oxymoron: it implies that every event boundary 
> can only have one event boundary within it, though I think we need to 
> leave the door open to a hierarchy of event boundaries -- imagine when 
> we have two detail views visible (either sharing the main window, or 
> in separate subwindows)... or maybe I'm missing something about how 
> this is to be used?
>
> ...Bryan
>
>
> John Anderson wrote:
>
>> Hi Donn:
>>
>> I'm eliminating Globals.mainView. Instead there's going to be a 
>> Globals.mainViewRoot, which contains a tree of blocks for the current 
>> application UI, as in the top most "trees of blocks" that we 
>> discussed. Also there's going to be a Globals.views, which is a list 
>> of nested trees of blocks, where each level has an event boundary. So 
>> typically Globals.views[0] is the old Globals.mainView (but might 
>> change as we change the top UI), Globals.views [1] is the new sidebar 
>> summary detail view, Globals.views[2] is the new detail view -- hope 
>> this isn't too confusing.
>>
>> So I've updated all the references to Globals.mainView except for 
>> lastDynamicBlock. Can I move lastDynamicBlock to wxApplication, or 
>> should it belong to mainViewRoot, or Globals.view[0], or something else?
>>
>> John
>>
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "Dev" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/dev
>>