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 wrote:
> I'm not sure how you're testing this,
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
Hi all,
Has anyone bound command return or command arrow to a menu item using
the menu.rb?
I was able to do this in nib but yet to succeed in the hot cocoa format.
The nib xml looks like it is binding to a uuencoded value. Not sure
how to take advantage of this when specifying the menu ent
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
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 wrote:
> Hi Guys,
> I am writing a hotcocoa app, and I wa
#255: NSArray.new(["elem"]) segfaults
---+
Reporter: th...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: major
#255: NSArray.new(["elem"]) segfaults
---+
Reporter: th...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: major
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.
#255: NSArray.new(["elem"]) segfaults
---+
Reporter: th...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: major
Thanks Rich!
- Matt
On Tue, May 19, 2009 at 12:21 AM, Rich Morin wrote:
> At 00:16 -0700 5/19/09, Matt Aimonetti wrote:
> > Hey Rich, I think you forgot the link to the thread.
>
> No, I didn't forget. I get RubyCocoa by email, so I never had
> a link to include. However, to make life easier
At 00:16 -0700 5/19/09, Matt Aimonetti wrote:
> Hey Rich, I think you forgot the link to the thread.
No, I didn't forget. I get RubyCocoa by email, so I never had
a link to include. However, to make life easier for youall,
here's a link:
http://sourceforge.net/mailarchive/forum.php?thread_name=
Hey Rich, I think you forgot the link to the thread.
- Matt
On Tue, May 19, 2009 at 12:06 AM, Rich Morin wrote:
> The folks on Rubycocoa-talk are talking about a MacRuby
> bug that is causing RubyCocoa to fail. See:
>
> A potential bug to watch out for...
>
> -r
> --
> http://www.cfcl.com/rdm
The folks on Rubycocoa-talk are talking about a MacRuby
bug that is causing RubyCocoa to fail. See:
A potential bug to watch out for...
-r
--
http://www.cfcl.com/rdmRich Morin
http://www.cfcl.com/rdm/resume r...@cfcl.com
http://www.cfcl.com/rdm/weblog +1 650-873-7841
Tech
13 matches
Mail list logo
