A common design pattern in cocoa seems to be to have a objc method along the
lines:
- (void)dealloc {
// Stop observing the tool palette.
[[NSNotificationCenter defaultCenter] removeObserver:self
name:SKTSelectedToolDidChangeNotification object:[SKTToolPaletteController
sharedToolP
#662: macruby 0.6 breaks Growl
---+
Reporter: jakub.su...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: critical |Mil
We fixed these bugs plus a couple of new ones. I think 0.6 is ready to roll.
I created a branch called "0.6". We will do more testing, fix things if
necessary there, and I will prepare the release notes.
Let me know asap if you found a critical bug that blocks your Macruby Cocoa
project with 0.
Hi Dave,
Normally, you would do this in -finalize, since -dealloc will not be called
under GC.
Now, I believe (this should be confirmed...) that under GC,
NSNotificationCenter & friends automatically unregister observers when they get
collected. This is done through the weak reference machiner
Hi Laurent,
Thanks for the hint. Searched and found some docs that say the same thing.
http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/GarbageCollection/Articles/gcFinalize.html
Dave.
On 29 Apr 2010, at 23:08, Laurent Sansonetti wrote:
> Hi Dave,
>
> Normally, you would
Hi,
Following are the release notes of the upcoming MacRuby 0.6 release. We will
prepare the installer package and write a more explanatory announcement on the
blog a bit later.
This closes a very successful 4 months development period since the last
release!
Laurent
Highlights:
* MacRuby
#669: Unable to find QTKit constant within a MacRuby app
+---
Reporter: martinlagarde...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority
#669: Unable to find QTKit constant within a MacRuby app
+---
Reporter: martinlagarde...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority
