chapters about bindings posted by Jakub Suder @ Sun, 30 Nov 2008 23:30:14 -0000

Jakub Suder — Sun, 30 Nov 2008 23:30:14 -0000

I’ve sent Brian an email this week with some opinions about the book and he asked me to write about that here too, so that we can see what other readers think…

What I wrote is that the last few chapters about bindings seemed a bit boring too me. I liked the first chapters very much – they introduced a lot of cool new stuff and let me see Cocoa in action. But I think the last chapters went into too much detail about how bindings work internally, and that was information which may not really be essential for novice Cocoa programmers – if you know very little about Cocoa and almost nothing about ObjC, then it’s probably enough for you to know that if you connect A to B in Interface Builder, then A will change if B changes and vice versa; exactly how it does this and what methods are being called is less important. If someone really wants to know, they can find some more specialized tutorials, like Apple’s bindings tutorial . I’ve read Aaron Hillegass’s book about Cocoa in ObjC recently, and he wrote a lot less about bindings in it…

What do you think, does this make sense?

Does MacRuby change the game? posted by Joseph Grace @ Sat, 29 Nov 2008 04:00:13 -0000

Joseph Grace — Sat, 29 Nov 2008 04:00:13 -0000

Nathan, I agree with you that MacRuby changes the game. I have broached the subject of repurposing the book to MacRuby (instead of RubyCocoa). However, I believe the publisher decided to go with RubyCocoa for first edition (though I did not ask for the reason(s)). It could be that some legacy code already exists in RubyCocoa, or that they do not want to be accused of bait-and-switching prepurchasers (PDF) of the book with a repurposed title. Frankly, it sounds like putting the wrong color hardwood floor in a building just because it was spec’ced that way, even though everyone knows it needs to be switched out, but that’s just me!-) Books and book publishing are hard and tricky. So I don’t ask.

On the MacRuby side, from Laurent Sansonetti’s talk at RubyConf 2008 earlier this month, he still intends to release “the first production-ready version [MacRuby 0.4] by the end of the year… by production-ready I mean you can really use it to write applications”. That quotation is taken from his RubyConf talk earlier this month (November 6, 2008) about 1/3 the way through when he’s discussing the slide, “MacRuby”. For the talk, see http://rubyconf2008.confreaks.com/macruby-ruby-for-your-mac.html.

MacRuby will support Ruby 1.9 but not (I think) 1.8. I’m not sure whether RubyCocoa will ever support 1.9, but it does support 1.8. Actually, come to think of it, I believe Sansonetti has made claims to support RubyCocoa for some time, so perhaps that means RubyCocoa will support 1.9 (as does MacRuby).

Cheers,

= Joe =

Using .new vs .init.alloc posted by christophe @ Wed, 26 Nov 2008 08:33:07 -0000

christophe — Wed, 26 Nov 2008 08:33:07 -0000

i have come up with a way
to just write new instead
of alloc.init

http://pastie.org/324314

it also calls initialize
so that you can code as
you normally would.

in cases where you just
want to subclass NSObject
and then build a little
class hierarchy under your
subclass this comes in real
handy. in more complicated
cases i’m not too sure yet.

still too green behind the ears.
any comments?

statusbar/speaking-statusbar-solution.rb posted by Brian Marick @ Wed, 19 Nov 2008 14:51:45 -0000

Brian Marick — Wed, 19 Nov 2008 14:51:45 -0000

That looks like a leftover. Probably I was using this solution to explain the difference between RubyCocoa’s alloc.init() and pure Ruby’s initialize(). If you remove the initialize() you’ll see that all works fine.

I’ve changed the code; it’ll appear with the next beta.

Thanks.

statusbar/speaking-statusbar-solution.rb posted by Frantz Gauthier @ Wed, 19 Nov 2008 10:35:28 -0000

Frantz Gauthier — Wed, 19 Nov 2008 10:35:28 -0000

Just a simple question about this piece of code :


class SpeechController < NSObject
  attr_reader :number_of_utterances   # (4)

  def init
    super_init
    @synthesizer = NSSpeechSynthesizer.alloc.init
    @number_of_utterances = 0   # (5)
    self
  end

  def initialize
    @synthesizer = NSSpeechSynthesizer.alloc.init
  end

...

Why instanciate NSSpeechSynthesizer both in int and initialize methods ?

Aleksey Gureiev - errata p. 134 posted by Aleksey Gureiev @ Sun, 02 Nov 2008 07:21:26 -0000

Aleksey Gureiev — Sun, 02 Nov 2008 07:21:26 -0000

Jakub,

Re “alias” method, indeed. Thanks for the hints.

Further research: I replaced the line with

alias inspect puts

... and noticed that during the start there were 10 more empty lines added to the log. Replacing the same line with this chunk of code

  def log_stack
    raise
  rescue => e
    puts "---", e.backtrace.join("\n")
  end

  alias inspect log_stack

... gave more info on where the inspect method was being called from:

[Session started at 2008-11-02 09:15:55 +0200.]
2008-11-02 09:15:55.745 Fenestra[17998:10b] RubyCocoa version is 0.13.2.
2008-11-02 09:15:55.747 Fenestra[17998:10b] Using Ruby files in /Users/alg/tmp/rc/code/fenestra/preferred-list/app.
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `ocm_send'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `method_missing'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:14:in `init'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `ocm_send'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `method_missing'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:14:in `init'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `ocm_send'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `method_missing'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:106:in `collect_archived'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:105:in `collect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:105:in `collect_archived'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:20:in `init'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `ocm_send'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `method_missing'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:106:in `collect_archived'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:105:in `collect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:105:in `collect_archived'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:20:in `init'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `ocm_send'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `method_missing'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `with_translator_cache'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:1132:in `each'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:79:in `with_translator_cache'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:26:in `display_name_of_favorite_translator'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/controllers/AppChoiceController.rb:24:in `awakeFromNib'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `unarchiveObjectWithData'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `with_translator_cache'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:1132:in `each'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:79:in `with_translator_cache'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:26:in `display_name_of_favorite_translator'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/controllers/AppChoiceController.rb:24:in `awakeFromNib'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `unarchiveObjectWithData'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `with_translator_cache'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:1132:in `each'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:79:in `with_translator_cache'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:26:in `display_name_of_favorite_translator'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/controllers/AppChoiceController.rb:24:in `awakeFromNib'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `unarchiveObjectWithData'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `with_translator_cache'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:1132:in `each'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:79:in `with_translator_cache'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:33:in `translator_display_names'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/controllers/AppChoiceController.rb:31:in `fill_combo_box'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/controllers/AppChoiceController.rb:25:in `awakeFromNib'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `unarchiveObjectWithData'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `with_translator_cache'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:1132:in `each'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:79:in `with_translator_cache'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:33:in `translator_display_names'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/controllers/AppChoiceController.rb:31:in `fill_combo_box'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/controllers/AppChoiceController.rb:25:in `awakeFromNib'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17
---
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:49:in `inspect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `unarchiveObjectWithData'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:80:in `with_translator_cache'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:1132:in `each'
/Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_attachments.rb:43:in `collect'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:79:in `with_translator_cache'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:33:in `translator_display_names'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/controllers/AppChoiceController.rb:31:in `fill_combo_box'
/Users/alg/tmp/rc/code/fenestra/preferred-list/app/controllers/AppChoiceController.rb:25:in `awakeFromNib'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
/Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17

Haven’t analyzed the traces, but they look like having a good clue.

Aleksey Gureiev - errata p. 134 posted by Jakub Suder @ Sat, 01 Nov 2008 22:49:14 -0000

Jakub Suder — Sat, 01 Nov 2008 22:49:14 -0000

Aleksey,

there is something called alias, and it is used with function names without colons:


>> alias xx puts
=> nil
>> xx "test" 
test
=> nil

I understand that this is more like a built-in language feature than a library method call… I think it works more or less the same as alias_method.

I have no idea though why you’re getting that error. I wonder why there’s this ‘method_missing’ line in the middle… who is trying to call what on that class?...

Aleksey Gureiev - errata p. 134 posted by Aleksey Gureiev @ Sat, 01 Nov 2008 16:56:18 -0000

Aleksey Gureiev — Sat, 01 Nov 2008 16:56:18 -0000

Yes it’s weird. Here’s the dump from the unmodified version of preferred-list app that I was running at the moment:


[Session started at 2008-11-01 18:49:20 +0200.]
2008-11-01 18:49:20.587 Fenestra[16574:10b] RubyCocoa version is 0.13.2.
2008-11-01 18:49:20.590 Fenestra[16574:10b] Using Ruby files in /Users/alg/tmp/rc/code/fenestra/preferred-list/app.
2008-11-01 18:49:20.741 Fenestra[16574:10b] TranslatorPreference#description: NoMethodError: undefined method `name' for nil:NilClass
    /Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/TranslatorPreference.rb:44:in `description'
    /Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `inspect'
    /Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `ocm_send'
    /Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `method_missing'
    /Users/alg/tmp/rc/code/fenestra/preferred-list/app/preferences/Preferences.rb:14:in `init'
    /Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17:in `NSApplicationMain'
    /Users/alg/tmp/rc/code/fenestra/preferred-list/build/Debug/Fenestra.app/Contents/Resources/rb_main.rb:17

I did some further research and it appears that the cause of the trouble is this line in TranslatorPreference.rb:


  alias inspect to_s

I think you meant


  alias :inspect :to_s

... but even this isn’t really correct since there’s no such method “alias” (or is it?). You probably meant “alias_method”?

Hope it helps!

Aleksey Gureiev - errata p. 134 posted by Brian Marick @ Fri, 31 Oct 2008 16:22:17 -0000

Brian Marick — Fri, 31 Oct 2008 16:22:17 -0000

(Trying to reach Aleksey because I can’t send mail.)

I don’t see how description could be called before the initialization finishes. Does the problem happen when you’re running the preferred-list app as it came out of the code files? Can I get a stack dump?

Leopard/Tiger RubyCocoa App posted by Gregory Clarke @ Thu, 30 Oct 2008 00:15:31 -0000

Gregory Clarke — Thu, 30 Oct 2008 00:15:31 -0000

I did try standaloneify for a few experimental apps, and it mostly gave me an app that would try to run, then quit. With some trial and error I got an app that does run on both Leopard and Tiger, with some cavaets:

standaloneify modifies rb_main.rb, but I needed to comment out the line $LOAD_PATH.reject! { |d| d.index(File.dirname(COCOA_APP_RESOURCES_DIR))!=0 } in order to get the app to run
I got an error trying to require the libxml gem, but others such as Hpricot, Builder and REXML caused no problem

I’m assuming I could use the new folder structure created by standaloneify as a basis for setting up an Xcode project, and use the modified rb_main.rb instead of the rb_main.rb and path-setting.rb mentioned in the book.

Apart from the libxml problem (which I’m not using yet anyway), I’m pretty confident that I’ll be able to build a single app for both OS’s!

Does MacRuby change the game? posted by Nathan Youngman @ Tue, 28 Oct 2008 18:54:31 -0000

Nathan Youngman — Tue, 28 Oct 2008 18:54:31 -0000

MacRuby is what makes using Ruby for Cocoa compelling. If I wanted to use a very-high-level-language and didn’t mind the scripting bridge issues, I would stick with PyObjC. It’s been around since the days of NeXT and is proven. MacRuby does change the game, and I think it would be wise to focus this book towards (next months) MacRuby 0.4 or the first stable 0.5 release. If that’s not in the cards, perhaps I’ll just wait for the 2nd edition. ^_

Leopard/Tiger RubyCocoa App posted by Brian Marick @ Sun, 26 Oct 2008 19:27:36 -0000

Brian Marick — Sun, 26 Oct 2008 19:27:36 -0000

Did you try standaloneify?

You can install RubyGems in your third-party/lib package. Then it should be able to load gems in third-party/gems.

Leopard/Tiger RubyCocoa App posted by Gregory Clarke @ Thu, 23 Oct 2008 17:01:13 -0000

Gregory Clarke — Thu, 23 Oct 2008 17:01:13 -0000

I know this topic won’t be covered in the RubyCocoa book, but since the latest RubyCocoa app I’m working on will preferably need to run on Tiger as well as Leopard, I thought I’d try to work it out for myself.

After a few evenings of frustration, I’ve managed to build an app in Xcode 3 on Leopard that runs on both Leopard and Tiger (10.4.8 or later). Here’s the outline:

build a Tiger-compatible version of the RubyCocoa framework as outlined at http://rubycocoa.sourceforge.net/MultiPlatformRubyCocoa (the Tiger version is larger than the Leopard version)

copy this framework into the app bundle by using a new Copy Files Phase in Xcode (see http://rubycocoa.sourceforge.net/EmbedRubyCocoa for details)

add gems or libraries to the app bundle as shown in Chapter 10 of the RubyCocoa book

change your Xcode project’s SDK to use Mac OS X 10.4

I used a single library for testing, but I’m not sure what happens with gems, since I don’t believe Tiger has rubygems by default.

Insights and comments appreciated.

Greg

RubyCocoa Forum posted by Brian Marick @ Mon, 20 Oct 2008 14:07:47 -0000

Brian Marick — Mon, 20 Oct 2008 14:07:47 -0000

https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

RubyCocoa Forum posted by Eric Berry @ Sun, 19 Oct 2008 22:53:41 -0000

Eric Berry — Sun, 19 Oct 2008 22:53:41 -0000

Is there a forum out there where RubyCocoa developers hang out and ask/answer questions? Or is this is?

If so, I’m trying to tie in a progress bar into a file being downloaded. Does anyone have any examples of how to create this? I couldn’t find it in the book as it is so far.

Eric Berry

Apple's MacRuby beginning to come out of the closet! posted by Joseph Grace @ Sun, 19 Oct 2008 10:48:50 -0000

Joseph Grace — Sun, 19 Oct 2008 10:48:50 -0000

http://developer.apple.com/mac/articles/scriptingautomation/cocoaappswithmacruby.html

Apple is beginning to bring macruby out of the closet (to replace RubyCocoa). macruby replaces the bridge of RubyCocoa with the garbage collector of Objective-C and direct bindings to Cocoa. As a consequence, macruby works with OSX like ObjC does, understands ObjC and vice versa, works with IB and Xcode (as RubyCocoa), and is a welcome upgrade to (great but still cumbersome) Scripting Bridge on OSX. Industrial strength macruby will make MacRuby the scripting language of choice on OSX.

macruby will be a very welcome replacement for RubyCocoa.
macruby will also be a very welcome alternative to AppleScript.

FYI, MacRuby is approaching its first full-featured release at the end of the 2008 (or beginning 2009, but is already very useful and powerful.

In other news,

http://www.infoq.com/news/2008/10/llvmruby-roundup-yarv2llvm

A highly performant version of ruby is taking shape (early milestone(s)) based on llvm (a compiler technology apple is or is planning to use for OSX) and now has ruby bindings as well. llvm looks promising as a radical performance upgrade for macruby! Bindings + speed = ObjC performance (or something like that). The future of ruby on OSX is looking very sweet indeed.

FYI.

I hope this book changes its focus from RubyCocoa to the forward-looking macruby to avoid any unnecessary obsolescence before it even ships.

Code example help (B1.0) posted by Brian Marick @ Thu, 16 Oct 2008 15:20:01 -0000

Brian Marick — Thu, 16 Oct 2008 15:20:01 -0000

Is the problem running code out of the code distribution? If so, what code? If not, can you send me the code that breaks when you require, plus the fixed code? I’m at marick@exampler.com

Code example help (B1.0) posted by peter schröder @ Thu, 16 Oct 2008 13:08:39 -0000

peter schröder — Thu, 16 Oct 2008 13:08:39 -0000

i am still having problems with code that uses require within class-methods.

in these cases i had to pull up the require statement to file-level or up to requiring class.

Code example help (B1.0) posted by peter schröder @ Thu, 16 Oct 2008 13:06:03 -0000

peter schröder — Thu, 16 Oct 2008 13:06:03 -0000

i dont think so. i tried it with selfcompiled version 1.8.6 of ruby, guided by this tutorial:
http://hivelogic.com/articles/2007/02/ruby-rails-mongrel-mysql-osx

Code example help (B1.0) posted by Brian Marick @ Wed, 15 Oct 2008 23:56:03 -0000

Brian Marick — Wed, 15 Oct 2008 23:56:03 -0000

Perhaps it was an older version of Ruby, one that didn’t have Rubygems included in the distribution?

Code example help (B1.0) posted by peter schröder @ Tue, 14 Oct 2008 13:58:13 -0000

peter schröder — Tue, 14 Oct 2008 13:58:13 -0000

i got the following error:

./sandbox.rb:36:in `require': no such file to load -- rubygems (LoadError) <br />from ./sandbox.rb:36:in `adjust_gem_path' <br />from ./sandbox.rb:50 <br />from sandbox-tests.rb:3:in `require' <br />from sandbox-tests.rb:3

i think the root of the error was a self compiled ruby version on my mac. i removed all the home-brewn stuff and reinstallted ruby using finks apt-get. after updating gems everything worked as expected.

code for beta 2 posted by Jakub Suder @ Sat, 20 Sep 2008 15:02:07 -0000

Jakub Suder — Sat, 20 Sep 2008 15:02:07 -0000

It’s probably because of the update in the sandbox file.

code for beta 2 posted by Brian Marick @ Fri, 19 Sep 2008 13:18:45 -0000

Brian Marick — Fri, 19 Sep 2008 13:18:45 -0000

That’s a little disturbing, given that the code hasn’t changed.

code for beta 2 posted by Jakub Suder @ Thu, 18 Sep 2008 21:27:19 -0000

Jakub Suder — Thu, 18 Sep 2008 21:27:19 -0000

FYI – I’ve just tried running counting-webapp from code for beta 3, and it works perfectly well now (previous version used to throw some exception).

Does MacRuby change the game? posted by Bernard Kenik @ Sun, 14 Sep 2008 04:04:55 -0000

Bernard Kenik — Sun, 14 Sep 2008 04:04:55 -0000

I am a newbie to both iMac and MacRuby and obviously also a newbie to RubyCocoa.

I would like this book (which I have purchased) to also cover MacRuby.

Thank you for your consideration in this matter.

Recent Posts in RubyCocoa | Pragmatic Forums