On 23 Jan 2014, at 12:53, b...@openinworld.com wrote:
> I gave this a try and indeed #whenBuiltDo: works from #initialize. However
> in PharoLauncher stopped updating the list. After a bit of a
> muddling around I found that I am prevented from registering the event
> "wherever I wanted", si
Benjamin wrote:
On 20 Jan 2014, at 14:37, b...@openinworld.com wrote:
I don't want to unsubscribe #refresh in PhLTitledTreeModel>>initialize.
I _really_ want to unsubscribe #refresh immediately after the subscribe #refresh is set up.
But it does not prevent you to regis
On 20 Jan 2014, at 14:37, b...@openinworld.com wrote:
> I don't want to unsubscribe #refresh in PhLTitledTreeModel>>initialize.
> I _really_ want to unsubscribe #refresh immediately after the subscribe
> #refresh is set up.
But it does not prevent you to register to the event whenever you want :
Benjamin wrote:
On 20 Jan 2014, at 13:51, b...@openinworld.com wrote:
When I try...
self whenBuiltDo: [ self halt. self window whenClosedDo: [ self
halt. self repository unsubscribe: self ] ].
none of the halts occur.
However I got what I needed with the following…
On 20 Jan 2014, at 13:51, b...@openinworld.com wrote:
> Sure thing. That was part of my original intention.
Cool :) Thanks
> When I try...
> self whenBuiltDo: [ self halt. self window whenClosedDo: [ self halt.
> self repository unsubscribe: self ] ].
> none of the halts occur.
>
> However
Benjamin wrote:
Hi Ben,
I've gave that a go and had some success, but it raised an architectural question I ask near the end. I've documented my investigation here in case it is of use to others new to Spec or the Spec documentation being developed.
Spec documentation is a
> Hi Ben,
>
> I've gave that a go and had some success, but it raised an architectural
> question I ask near the end. I've documented my investigation here in case
> it is of use to others new to Spec or the Spec documentation being developed.
Spec documentation is actually under heavy constr
On 18 Jan 2014, at 12:09, b...@openinworld.com wrote:
PharoLauncher is currently leaking
AnnouncementSubscriptions when its window closes. I'm not sure with
Spec how to ensure actions are performed when the window is closed, but
I have been able to achieve this with the following modific
Thanks, I'll look into it.
cheers -ben
Benjamin wrote:
I think i would be more elegant that the model register to the
isClosedHolder changes :)
Ben
On 18 Jan 2014, at 12:09, b...@openinworld.com wrote:
PharoLauncher is currently leaking
AnnouncementSubscriptions when i
I think i would be more elegant that the model register to the isClosedHolder
changes :)
Ben
On 18 Jan 2014, at 12:09, b...@openinworld.com wrote:
> PharoLauncher is currently leaking AnnouncementSubscriptions when its window
> closes. I'm not sure with Spec how to ensure actions are performe
PharoLauncher is currently leaking AnnouncementSubscriptions when its
window closes. I'm not sure with Spec how to ensure actions are
performed when the window is closed, but I have been able to achieve
this with the following modification [1] which is...
-
WindowModel>>windowIsClosing
11 matches
Mail list logo