DesktopView DNU #setDefaultButton:state:

A small tool of mine traverses the elements of View stored as a resource
(looking for Commands and View names and the like).  The heart of it is to
get a collection of ResourceIdentifiers, and ask them to #load themselves.

In D5 I'm getting walkbacks from this.  I'm not sure of the details, but I
suspect that the Views are being loaded in the context of the DesktopView,
and some of my Views have buttons with default-ness, which end up asking
their parent to #setDefaultButton:state:  as they are loaded.

Anyway, the walkback is:

------------------------------
19:06:45, 22 March 2002: 'DesktopView does not understand
#setDefaultButton:state:'
DesktopView(Object)>>doesNotUnderstand:
PushButton>>setDefault:
PushButton>>onFullyCreated
ContainerView(View)>>wmParentNotify:wParam:lParam:
ContainerView(View)>>dispatchMessage:wParam:lParam:
[] in InputState>>wndProc:message:wParam:lParam:cookie:
BlockClosure>>ifCurtailed:
ProcessorScheduler>>callback:evaluate:
InputState>>wndProc:message:wParam:lParam:cookie:
PushButton(View)>>basicCreateAt:extent:
PushButton(View)>>createAt:extent:
MessageSend>>value
[] in MessageSequence(MessageSequenceAbstract)>>value
OrderedCollection>>do:
MessageSequence>>messagesDo:
MessageSequence(MessageSequenceAbstract)>>value
PushButton(View)>>state:
PushButton(STBViewProxy)>>restoreView
[] in ContainerView(STBViewProxy)>>restoreView
OrderedCollection>>do:
ContainerView(STBViewProxy)>>restoreView
[] in ContainerView(STBViewProxy)>>restoreView
OrderedCollection>>do:
ContainerView(STBViewProxy)>>restoreView
ContainerView(STBViewProxy)>>restoreTopView
MessageSend>>value
[] in STBInFiler>>evaluateDeferredActions
OrderedCollection>>do:
STBInFiler>>evaluateDeferredActions
STBInFiler>>next
ResourceSTBByteArrayAccessor>>loadWithContext:
ViewResource(Resource)>>loadWithContext:
ViewResource(Resource)>>load
[] in FileSynchJobStatusPresenter class(Presenter
class)>>listSubpresentersFromResIds:
[] in PoolDictionary(Dictionary)>>collect:
PoolDictionary(Dictionary)>>keysAndValuesDo:
PoolDictionary(Dictionary)>>collect:
FileSynchJobStatusPresenter class(Presenter
class)>>listSubpresentersFromResIds:
FileSynchJobStatusPresenter class(Presenter class)>>listSubpresenters
FileSynchJobStatusPresenter class(Presenter
class)>>generateSubpresenterAccessorsInteractively
FileSynchJobStatusPresenter class>>{unbound}doIt

------------------------------

Adding a dummy DesktopView>>setDefaultButton:state: appears to fix the
problem.

    -- chris

"Chris Uppal" <[hidden email]> wrote in message
news:[hidden email]...
> A small tool of mine traverses the elements of View stored as a resource
> (looking for Commands and View names and the like).  The heart of it is to
> get a collection of ResourceIdentifiers, and ask them to #load themselves.
>
> In D5 I'm getting walkbacks from this.  I'm not sure of the details, but I
> suspect that the Views are being loaded in the context of the DesktopView,
> and some of my Views have buttons with default-ness, which end up asking
> their parent to #setDefaultButton:state:  as they are loaded.

Thanks Chris, #751

Blair