I didn't use the hotcocoa cli interface to generate the file, so I don't have a Rakefile or anything. I just used a text editor and followed an old example[1]. Try putting the ruby code into a file called 'shortcutapp.rb' and type:
[1]: http://andymatuschak.org/articles/2008/09/12/hotcocoa-is-pretty-damn-hot/ macruby shortcutapp.rb If you want to package things up into an actual .app bundle, then you would need a slightly different approach. It shouldn't be too bad, since hotcocoa helps you layout your code in a sensible way. Make sure the above works first, then go from there. On Wed, May 20, 2009 at 2:53 AM, isaac kearse <isaackea...@gmail.com> wrote: > Hi Brian, > I tried running your minimal app but it crashed with a similar error. Here > are all the gory details (including Problem Details and System Profile from > the crash reporter): > http://gist.github.com/114723 > > I have also put the whole directory structure for the minimal hotcocoa app > on github so we can be sure we are running exactly the same app: > http://github.com/isaac/shortcut/tree/master > I also got a few more warnings when compiling shortcut.m but I am assuming I > can just ignore them? (I included them at the bottom of the gist also) > Cheers, > Isaac > On Wed, May 20, 2009 at 1:10 PM, isaac kearse <isaackea...@gmail.com> wrote: >> >> Yeah I think you're right. I was calling it inside a hotcocoa app but not >> in the application context. I'll try it out tonight and let you know how it >> goes. >> Thanks a lot for walking me through this. >> On Wed, May 20, 2009 at 12:47 PM, Brian Chapados <cha...@gmail.com> wrote: >>> >>> I'm not sure how you're testing this, but beware of doing this from a >>> command line-only script or through macirb. I suspect you need to be >>> in an Application context (or hook into the event loop through some >>> other means). It works from a minimal hotcocoa app: >>> http://gist.github.com/114523 >>> >>> I also made some slight modifications to your Obj-C code to add a >>> delegate that gives you a callback hook that you can define in Ruby. >>> There is probably a better way to do this, but this was fast. >>> see: http://gist.github.com/114521 >>> >>> Note that I changed the keyboard shortcut to controlKey+optionKey, so >>> you'll need to press Control+Option+Space. >>> >>> >>> On Tue, May 19, 2009 at 4:33 PM, isaac kearse <isaackea...@gmail.com> >>> wrote: >>> > Hey thanks Brian that worked! >>> > I tried compiling with the Carbon Framework but I didn't think to try >>> > it >>> > with both Carbon and Foundation. I still got the warning "makes >>> > pointer >>> > from integer without a cast" but I'm just ignoring that :) >>> > So the bundle was created and I compiled it and required it my app. >>> > But when I actually call it with "Shortcut.new.addShortcut" (from the >>> > start >>> > method in my application.rb) I get a nasty error: >>> > isaac:~/src/tasks isaac$ macrake >>> > (in /Users/isaac/src/tasks) >>> > >>> > /Users/isaac/src/tasks/Tasks.app/Contents/Resources/lib/application.rb:12: >>> > [BUG] Segmentation fault >>> > MacRuby version 0.4 (ruby 1.9.1) [universal-darwin9.0, x86_64] >>> > -- stack frame ------------ >>> > 0000 (0xc08000060): 00000004 >>> > 0001 (0xc08000068): 00000000 >>> > 0002 (0xc08000070): 00000004 >>> > 0003 (0xc08000078): 00000000 >>> > 0004 (0xc08000080): 00000004 >>> > 0005 (0xc08000088): 00000000 >>> > 0006 (0xc08000090): 00000004 >>> > 0007 (0xc08000098): 80003ffe0 >>> > 0008 (0xc080000a0): 00000004 >>> > 0009 (0xc080000a8): 00000000 >>> > 0010 (0xc080000b0): 00000004 >>> > 0011 (0xc080000b8): 00000000 >>> > 0012 (0xc080000c0): 00000004 >>> > 0013 (0xc080000c8): 00000000 >>> > 0014 (0xc080000d0): 8004f3380 >>> > 0015 (0xc080000d8): 00000004 >>> > 0016 (0xc080000e0): 00000000 >>> > 0017 (0xc080000e8): 8004eb020 >>> > 0018 (0xc080000f0): 00000004 >>> > 0019 (0xc080000f8): 00000000 <- lfp <- dfp >>> > -- control frame ---------- >>> > c:0008 p:---- s:0020 b:0020 l:000019 d:000019 CFUNC :addShortcut >>> > c:0007 p:0019 s:0017 b:0017 l:000016 d:000016 METHOD >>> > >>> > /Users/isaac/src/tasks/Tasks.app/Contents/Resources/lib/application.rb:12 >>> > c:0006 p:0103 s:0014 b:0014 l:000013 d:000013 TOP >>> > >>> > /Users/isaac/src/tasks/Tasks.app/Contents/Resources/lib/application.rb:297 >>> > c:0005 p:---- s:0012 b:0012 l:000011 d:000011 FINISH :set_encoding: >>> > c:0004 p:---- s:0010 b:0010 l:000009 d:000009 CFUNC :load >>> > c:0003 p:0043 s:0006 b:0006 l:000005 d:000005 TOP >>> > /Users/isaac/src/tasks/Tasks.app/Contents/Resources/rb_main.rb:2 >>> > c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH :inherited: >>> > c:0001 p:0000 s:0002 b:0002 l:000001 d:000001 TOP >>> > --------------------------- >>> > DBG> : >>> > >>> > "/Users/isaac/src/tasks/Tasks.app/Contents/Resources/lib/application.rb:12:in >>> > `addShortcut'" >>> > DBG> : >>> > >>> > "/Users/isaac/src/tasks/Tasks.app/Contents/Resources/lib/application.rb:12:in >>> > `start'" >>> > DBG> : >>> > >>> > "/Users/isaac/src/tasks/Tasks.app/Contents/Resources/lib/application.rb:297:in >>> > `<top (required)>'" >>> > DBG> : >>> > "/Users/isaac/src/tasks/Tasks.app/Contents/Resources/rb_main.rb:2:in >>> > `load'" >>> > DBG> : >>> > "/Users/isaac/src/tasks/Tasks.app/Contents/Resources/rb_main.rb:2:in >>> > `<main>'" >>> > -- backtrace of native function call (Use addr2line) -- >>> > 0x10010f2c1 >>> > 0x100029334 >>> > 0x100029418 >>> > 0x1000c240d >>> > 0x7fff803763fa >>> > 0x0 >>> > 0x7fff8108094d >>> > 0x105a31e8c >>> > 0x100121855 >>> > 0x10010af7d >>> > 0x10010074f >>> > 0x1001056e2 >>> > 0x10010596c >>> > 0x100030c96 >>> > 0x100030d15 >>> > 0x10010ada7 >>> > 0x10010074f >>> > 0x1001056e2 >>> > 0x10010596c >>> > 0x10002cd32 >>> > 0x1000300f7 >>> > 0x100118723 >>> > 0x100000f84 >>> > 0x100000f40 >>> > ------------------------------------------------------- >>> > Any ideas? >>> > Cheers, >>> > Isaac >>> > On Wed, May 20, 2009 at 10:59 AM, Brian Chapados <cha...@gmail.com> >>> > wrote: >>> >> >>> >> Those symbols are defined in the Carbon framework. Try compiling with: >>> >> >>> >> cc shortcut.m -o shortcut.bundle -g -framework Foundation -framework >>> >> Carbon -dynamiclib -fobjc-gc -arch i386 -arch x86_64 >>> >> >>> >> On Tue, May 19, 2009 at 1:32 PM, isaac kearse <isaackea...@gmail.com> >>> >> wrote: >>> >> > Hi Guys, >>> >> > I am writing a hotcocoa app, and I want to register a global >>> >> > keyboard >>> >> > shortcut so that I can perform an action in my app from any >>> >> > application. >>> >> > AFAIK you need to go down to Carbon to do this as documented here: >>> >> > >>> >> > >>> >> > http://cocoasamurai.blogspot.com/2009/03/global-keyboard-shortcuts-with-carbon.html >>> >> > This is the code I have so far: http://gist.github.com/114372 >>> >> > When I try and package this as a bundle using the technique that >>> >> > Laurent >>> >> > demonstrated earlier in this thread I get these errors: >>> >> > isaac:~/src/tasks isaac$ gcc shortcut.m -o shortcut.bundle -g >>> >> > -framework >>> >> > Foundation -dynamiclib -fobjc-gc -arch i386 -arch x86_64 >>> >> > shortcut.m: In function ‘-[Shortcut addShortcut]’: >>> >> > shortcut.m:25: warning: passing argument 1 of ‘InstallEventHandler’ >>> >> > makes >>> >> > pointer from integer without a cast >>> >> > shortcut.m:28: warning: passing argument 4 of ‘RegisterEventHotKey’ >>> >> > makes >>> >> > pointer from integer without a cast >>> >> > Undefined symbols: >>> >> > "_GetApplicationEventTarget", referenced from: >>> >> > -[Shortcut addShortcut] in cckmYEc0.o >>> >> > -[Shortcut addShortcut] in cckmYEc0.o >>> >> > "_RegisterEventHotKey", referenced from: >>> >> > -[Shortcut addShortcut] in cckmYEc0.o >>> >> > "_InstallEventHandler", referenced from: >>> >> > -[Shortcut addShortcut] in cckmYEc0.o >>> >> > ld: symbol(s) not found >>> >> > collect2: ld returned 1 exit status >>> >> > Undefined symbols: >>> >> > "_GetApplicationEventTarget", referenced from: >>> >> > -[Shortcut addShortcut] in ccIWfnrB.o >>> >> > -[Shortcut addShortcut] in ccIWfnrB.o >>> >> > "_RegisterEventHotKey", referenced from: >>> >> > -[Shortcut addShortcut] in ccIWfnrB.o >>> >> > "_InstallEventHandler", referenced from: >>> >> > -[Shortcut addShortcut] in ccIWfnrB.o >>> >> > ld: symbol(s) not found >>> >> > collect2: ld returned 1 exit status >>> >> > lipo: can't open input file: >>> >> > /var/folders/sm/smWEZrv7GueXZu2JpgAAuU+++TI/-Tmp-//ccX5Acy0.out (No >>> >> > such >>> >> > file or directory) >>> >> > I really have no idea what I'm doing here, so any ideas would be >>> >> > appreciated >>> >> > :) >>> >> > Cheers, >>> >> > Isaac >>> >> > On Mon, Apr 20, 2009 at 11:49 PM, victor jalencas >>> >> > <macruby-de...@principia.info> wrote: >>> >> >> >>> >> >> Many thanks John and Laurent. >>> >> >> >>> >> >> After reading your messages I came back to XCode and discovered I >>> >> >> had >>> >> >> made a typo in the ObjC part of the code (which, curiously, >>> >> >> compiled) >>> >> >> and that's why my ruby code didn't find my selector. >>> >> >> >>> >> >> As for calling ruby code from the obj-c side, I agree it's a bit >>> >> >> convoluted (not to mention deprecated). I hope there's a better way >>> >> >> to >>> >> >> do that in store for upcoming versions. If I understood well your >>> >> >> example, you first created the Obj-C subclass and later, >>> >> >> dynamically, >>> >> >> set its parent to be the ruby class. Anyway, seeing that the norm >>> >> >> in >>> >> >> Cocoa is delegation rather than extension, and if all ruby classes >>> >> >> are >>> >> >> readily available in Obj-C, I think I'll manage with just calling >>> >> >> ruby >>> >> >> code instead of extending it. Apparently I lacked only calling the >>> >> >> sharedRuntime method, will need to experiment a bit more when I get >>> >> >> back to my Mac. >>> >> >> >>> >> >> >>> >> >> >>> >> >> cheers, >>> >> >> Victor >>> >> >> >>> >> >> -- >>> >> >> -- >>> >> >> Victor Jalencas <vic...@carotena.net> >>> >> >> _______________________________________________ >>> >> >> MacRuby-devel mailing list >>> >> >> MacRuby-devel@lists.macosforge.org >>> >> >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >> > >>> >> > >>> >> > _______________________________________________ >>> >> > MacRuby-devel mailing list >>> >> > MacRuby-devel@lists.macosforge.org >>> >> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >> > >>> >> > >>> >> _______________________________________________ >>> >> MacRuby-devel mailing list >>> >> MacRuby-devel@lists.macosforge.org >>> >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> > >>> > >>> > _______________________________________________ >>> > MacRuby-devel mailing list >>> > MacRuby-devel@lists.macosforge.org >>> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> > >>> > >>> _______________________________________________ >>> MacRuby-devel mailing list >>> MacRuby-devel@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> > > > _______________________________________________ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > _______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
