Re: Whats the verdict on Cocoaruby from others ?

FROM : Sherm Pendley
DATE : Mon Jul 17 23:08:28 2006

On Jul 17, 2006, at 3:50 PM, Jakob Olesen wrote:

> On 17/07/2006, at 2.47, CoLo0LoGo wrote:
>

>> I found this while learning ruby on rails
>> http://rubycocoa.sourceforge.net
>>

>>> From the notes, it uses the full Garbage collection of Ruby, and the

>> full spectrum of Cocoa's Objects and other items
>>
>> Has anyone tried it out for anything ?


I haven't tried it myself, but on general principle I say the more 
bridges are available, the better off we as developers are. Choices 
are a good thing.

> I have tried it and ended up writing my own Ruby bridge. Not 
> because rubycocoa is bad, but it is intended for a different 
> purpose than mine.
>
> Rubycocoa is intended for writing a Ruby application that uses 
> Cocoa. For this it works very well.
> I wanted to write a Cocoa app that uses Ruby for scripting. For 
> this it works not so well.


It's a young project. Give 'em time. That sounds quite similar to my 
first CamelBones release too. Basic message forwarding came first, 
then runtime integration later.

> Oh, and it is LGPL.


I'm curious - are you saying that's a pro or a con? I chose the LGPL 
for my CamelBones bridge too. I made the choice of LGPL over the GPL 
specifically to limit the "viral" aspects of the license to the 
bridge code itself. It will not "infect" your app. I want my code to 
stay free, but your code is your business - maybe literally! :-)

I'm not asking this to get into a flamewar. If my choice of LGPL is 
limiting my potential audience, I'd certainly consider changing it - 
it's a pragmatic issue for me, not a religion.

> Something like pyobjc for Python seems a lot more mature.


Pyobjc is *way* more mature than either RubyCocoa or CamelBones. It 
dates back to pre-Apple NeXT days.

sherm--

Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net