#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
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
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 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
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.
#662: macruby 0.6 breaks Growl
---+
Reporter: jakub.su...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: critical |Mil
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
