rubycocoa-talk — talking about RubyCocoa

[Rubycocoa-talk] setFont in NSTextField

[<sub...@gm...>]

Hi everybody,

i'm a ruby/rails-developer, coming from linux/win.
A few days ago i heard about rubycocoa and... bougth a mac emidiately. 
This was my first contact to objective-c, cocoa, etc. - so i know pretty much nothing (I read a oreilly book about objective-c 2.0 - but that didn't help me with my problem).

How do i set the fontfamily/fontname for a NSTextField.
I tried it in the interfae builder and in my controller_class.rb - with no result. (tried setFont < NSTextField < NSControl - think i didn't get the syntax right)

Thanx in advance for every little hint.

subverse



 





-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

[Rubycocoa-talk] Timothy Mcdowell has invited you to Dropbox

[Dropbox <no-...@dr...>]

We're excited to let you know that Timothy Mcdowell has invited you to Dropbox!

Timothy Mcdowell has been using Dropbox to sync and share files online and across computers, and thought you might want it too.

Visit http://www.dropbox.com/link/20.ej1l4CgxGJ/NjY5MjYwMDU3 to get started.

- The Dropbox Team

____________________________________________________ 
To stop receiving invites from Dropbox, please go to http://www.dropbox.com/bl/707572228080/rubycocoa-talk%40lists.sourceforge.net

[Rubycocoa-talk] RubyInject on Snow Leopard

[Eric C. <ech...@gm...>]

Does RubyInject work on Snow Leopard? I'm having no success.

I checked it out from Subversion. To get it to build, I had to make
some changes to the Xcode project:
1. In mach_inject.c, change references such as e.g.
remoteThreadState.srr0 to remoteThreadState.__srr0.
2. Change SDKROOT from Mac OS X 10.4 to current OS version.

After that, it built fine and I put the framework in
/Library/Frameworks. I can't get injection to work, though. At first I
thought I might need to upgrade RubyCocoa, so I downloaded and
installed 1.0.1. That didn't help, though.

Here is what happens. I type "ruby --verbose ./inject.rb 0" and this
is the output:

    Injecting to pid 1899
    /Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:
[BUG] Bus Error
    ruby 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0]

    Abort trap

During this, TextEdit launches and pops up a blank window.

I have also tried running it with --debug. It shows several LoadError,
NameError, and NoMethodError exceptions that don't show up otherwise.
Could this be part of my problem? I'm not going to post the long debug
output until I find out if there is any hope of getting this working.

Thanks.

Re: [Rubycocoa-talk] GUI Testing

[James M. <jam...@gm...>]

2009/12/5 DeNigris Sean <se...@cl...>:
> Hi list,
>
> Is anyone testing their views (e.g. actions and outlets) are hooked up correctly?  RubyInject seems to be broken in Snow Leopard and I've had a heck of a time trying to load a nib manually.
>
> I want to create tests that:
> 1. create my view classes
> 2. Load the nib
> 3. verify that the connections are hooked up correctly
>
> Thanks!!

Hi Sean,

I've been playing around with using AppleScript and System Events to
write automated GUI acceptance tests.

I realise this isn't exactly what you want to do, but it might be a
decent alternative.

You might be interested in the second half of my Ruby Manor
presentation on "Ruby & Cocoa" [1] and/or the relevant code [2].

Cheers, James.

[1] http://blog.floehopper.org/presentations/ruby-and-cocoa-ruby-manor-2009-12-14/
[2] http://github.com/floehopper/hotcocoa-calculator/

[Rubycocoa-talk] GUI Testing

[DeNigris S. <se...@cl...>]

Hi list,

Is anyone testing their views (e.g. actions and outlets) are hooked up correctly?  RubyInject seems to be broken in Snow Leopard and I've had a heck of a time trying to load a nib manually.

I want to create tests that:
1. create my view classes
2. Load the nib
3. verify that the connections are hooked up correctly

Thanks!!

Sean DeNigris
se...@cl...

[Rubycocoa-talk] Missing --enabled-shared option from install

[Pete N. <pe...@me...>]

 From http://rubycocoa.sourceforge.net/GettingStarted:

If you decided to built Ruby by yourself and not using the version  
Apple provides, make sure you compiled it as a shared library, passing  
the --enabled-shared option to theconfigure script. By default this  
option is not activated.

But:

$ ruby install.rb config --enable-shared
config: unknown option --enable-shared
try 'ruby install.rb --help' for usage

Still:

$ ruby install.rb config --prefix=/opt/local
$ ruby install.rb setup
$ sudo ruby install.rb install
$ irb
irb(main):001:0> require 'osx/cocoa'
=> true

(OS X 10.6.1, Ruby 1.8.7 from MacPorts)

I think the documentation needs updating, but I'm not sure if I'm  
missing something.

Re: [Rubycocoa-talk] [ANN]RubyCocoa 1.0.1

[Duncan M. <du...@on...>]

Congratulations and thank you. This will save me having to distribute  
v1.0 for Leopard, but link to the built in 13.2 on Snow Leopard.


On 18 Oct 2009, at 11:33, kimura wataru wrote:

> Hi,
>
> We released RubyCocoa 1.0.1.
>
> http://sourceforge.net/projects/rubycocoa/files/RubyCocoa/1.0.1/
>
> A source tarball as well as binary installers for Mac OS X 10.5 and
> 10.6 are provided. This is mostly a bugs fix release, for Snow Leopard
> or x86_64 architecture.
>
> The release notes are following. Enjoy!
>
> KIMURA Wataru
>
> == Changes 1.0.1 from 1.0.0: 2009-10-18
>
> === Improvements
>
>  * RubyCocoa.framework built for 10.5 works on 10.6
>
>      $ ruby install.rb config \
>             --macosx-deployment-target=10.5 \
>             --sdkroot=/Developer/SDKs/MacOSX10.5.sdk \
>             --target-archs="ppc i386"
>      $ ruby install.rb setup
>
>  * NSString for same string returns same hash in Ruby world.
>    it enables NSString to become a key of Hash.
>
>      str1 = OSX::NSString.alloc.initWithString("a")
>      str2 = OSX::NSString.alloc.initWithString("a")
>      hash = {}
>      hash[str1] = 1
>      hash[str2] = 2
>      p hash[str1] # => 2
>
>  * refactoring build system for universal binary
>     * deprecate config option "--build-universal"
>     * introduce config option "--target-archs"
>
>        old) ruby install.rb config --build-universal=yes
>        new) ruby install.rb config --target-archs="i386 x86_64 ppc"
>
>  * upgrade project templates for Xcode 3.x
>
> === Fixes
>
>  * Snow Leopard
>     * Fixed application stops with errors for thread such as
>       "Assertion failed: (ctx->autoreleasePool ..."
>     * Fixed some errors of invocation-based undo with NSUndoManager
>  * x86_64
>     * correct value of OSX::NSNotFound (Foudation.bridgesupport is  
> wrong)
>     * Fixed debug log sometimes prints incorrect integer values
>     * Fixed getting values for 64-bit from bridgesupport files
>  * others
>     * Fixed SEGV irb at `require "osx/cocoa"'
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] [ANN]RubyCocoa 1.0.1

[kimura w. <kimuraw@i.nifty.jp>]

Hi,

We released RubyCocoa 1.0.1.

http://sourceforge.net/projects/rubycocoa/files/RubyCocoa/1.0.1/

A source tarball as well as binary installers for Mac OS X 10.5 and 
10.6 are provided. This is mostly a bugs fix release, for Snow Leopard
or x86_64 architecture.

The release notes are following. Enjoy! 
 
KIMURA Wataru 

== Changes 1.0.1 from 1.0.0: 2009-10-18

=== Improvements

  * RubyCocoa.framework built for 10.5 works on 10.6

      $ ruby install.rb config \
             --macosx-deployment-target=10.5 \
             --sdkroot=/Developer/SDKs/MacOSX10.5.sdk \
             --target-archs="ppc i386"
      $ ruby install.rb setup

  * NSString for same string returns same hash in Ruby world.
    it enables NSString to become a key of Hash.

      str1 = OSX::NSString.alloc.initWithString("a")
      str2 = OSX::NSString.alloc.initWithString("a")
      hash = {}
      hash[str1] = 1
      hash[str2] = 2
      p hash[str1] # => 2

  * refactoring build system for universal binary
     * deprecate config option "--build-universal"
     * introduce config option "--target-archs"

        old) ruby install.rb config --build-universal=yes
        new) ruby install.rb config --target-archs="i386 x86_64 ppc"

  * upgrade project templates for Xcode 3.x

=== Fixes

  * Snow Leopard
     * Fixed application stops with errors for thread such as
       "Assertion failed: (ctx->autoreleasePool ..."
     * Fixed some errors of invocation-based undo with NSUndoManager
  * x86_64
     * correct value of OSX::NSNotFound (Foudation.bridgesupport is wrong)
     * Fixed debug log sometimes prints incorrect integer values
     * Fixed getting values for 64-bit from bridgesupport files
  * others
     * Fixed SEGV irb at `require "osx/cocoa"'

Re: [Rubycocoa-talk] Some beginner's questions

[Brian M. <ma...@ex...>]

I can't answer all your questions since I don't know the sources or  
context. I did write a book on RubyCocoa (/Programming Cocoa with  
Ruby/), which I hope would help you...

On Oct 5, 2009, at 3:47 AM, Christian Aust wrote:
> () Where do I find documentation on ib_outlet and ib_action? Is
> ib_outlets just an alias or a different method? What is kvc_accessor
> being used for?

A quick search didn't find any great explanations of outlets and  
actions, so in brief: an outlet is just an instance variable. An  
action is just a method. They're declared so that Interface Builder  
can recognize them and make them available in its inspector. (And for  
documentation.) Then you can connect outlets to graphical user  
interface objects just by dragging. That sets the instance variable.  
You can connect actions in the same way. After that, the UI object  
will do whatever it does by calling the method. For example, if you  
connect an action to a button, clicking the button will call the method.

ib_outlet and ib_outlets are the same thing.

> () Some sources say that I do need to "require 'osx/cocoa'", while
> others don't. Some say I do need to explicitly declare each action,
> while others don't. How is it supposed to be?

As far as I know, you have to require it. (Normally done in rb_main.rb.)

Explicitly declare with ib_action? You don't have to, but then IB  
won't automagically notice it. But you can manually tell IB that it  
exists.

> () The message awakeFromNib seems to be sent twice, the first time
> none of my outlets being available. Why is that? Is there more than
> one instance of my controller class?

If the program is set up correctly, awakeFromNib should only be sent  
after all the outlets are connected to their objects. It shouldn't be  
called twice.

Objects you create with Interface Builder should only have one instance.

> () Input entered into a NSTextField should be mapped to an instance
> variable. Is it best practice to use an action that updates the
> instance variable when the user finishes typing, or would I do that?

An NSTextField is probably connected to both an outlet and an action.  
If your code wants to put text in the NSTextField, it uses the outlet.  
When the user hits <Return> in the text field, the action is called.  
(And then it can use the outlet to look at the text.)



-----
Brian Marick, independent consultant
Mostly on agile methods with a testing slant
Author of _Programming Cocoa with Ruby_
www.exampler.com, www.exampler.com/blog, www.twitter.com/marick

[Rubycocoa-talk] Rubycocoa references wrong class from NIB, preference pane hangs

[Christian A. <chr...@so...>]

Hi,

I've filed this bug on Apple radar as #7301789

> A preference pane built with rubycocoa that comes with OSX since  
> 10.5 crashes on 10.6.1, when the NIB contains a NSImageView.  
> Downgrading rubycocoa to 0.13.2 resolves the issue, as well does  
> removing all images from the window (which is not always applicable).
>
> Steps to reproduce:
>
> 1. Create a new xcode project, I've used the latest version of xcode  
> as of today. You could use the RubyCocoa template for creating a  
> PreferencePane available at http://code.google.com/p/threeve/source/browse 
>  (thanks to Jason Foreman)
>
> 2. Open the xib file, drag any image onto it from the media library.  
> For simplicity, I've used the prefpane icon. The image is visible in  
> Interface Builder.
>
> 3. Save the xib, return to xcode, build the prefpane. It should give  
> you a warning about window sizes, but that doesn't matter.
>
> 4. Open the prefpane. "System preferences" starts, asks you to  
> install it, reminds you about restarting in 32bit mode, and hangs.
>
> 5. On the console, you'll find an error like this:
>
> 14.10.09 10:45:20	System Preferences[11487]	-[NSCFNumber  
> pathForImageResource:]: unrecognized selector sent to instance  
> 0x15de9ea0

Downgrading to 0.13.2 actually resolves this issue, but as it other  
implications on 10.6? After all, 10.6 comes with a new version of  
rubycocoa for a reason, I assume.

Regards,

Christian

[Rubycocoa-talk] Some beginner's questions

[Christian A. <chr...@so...>]

Hi all,

I'm just starting with RubyCocoa, although I'm not new to OO  
development in general. My first project involves a preference pane  
written in Ruby, I'm using a xcode template for it but don't yet  
recall where I found that on the net. There are some questions for  
which I don't find clear answers using Google, do you care to help?  
[All questions refer to OSX 10.6.1 with xcode 3.2 and vanilla ruby/ 
rubycocoa]

() Where do I find documentation on ib_outlet and ib_action? Is  
ib_outlets just an alias or a different method? What is kvc_accessor  
being used for?

() Some sources say that I do need to "require 'osx/cocoa'", while  
others don't. Some say I do need to explicitly declare each action,  
while others don't. How is it supposed to be?

() The message awakeFromNib seems to be sent twice, the first time  
none of my outlets being available. Why is that? Is there more than  
one instance of my controller class?

() Input entered into a NSTextField should be mapped to an instance  
variable. Is it best practice to use an action that updates the  
instance variable when the user finishes typing, or would I do that?

() I didn't succeed building a universal binary containing both 32 and  
64 versions, the preferences app will always switch to 32bit when  
launching my pane. Is that possible with RubyCocoa at all?

Any hints are greatly appreciated. Regards,

Christian

[Rubycocoa-talk] QuickTime metadata

[Gregory C. <gr...@in...>]

I understand that QuickTime movies can be accessed from RubyCocoa, and  
I can view and and set their attributes. But what about the movie's  
properties, such as metadata? http://developer.apple.com/mac/library/documentation/QuickTime/Reference/QTRef_MovieProperties/Reference/reference.html

I've done a bunch of googling but haven't found an example yet.

Thanks,

Greg.

[Rubycocoa-talk] Calling SecAccessCreate in order to manipulate keychain ACLs

[James M. <jam...@gm...>]

I'm trying to "translate" this sample code [1] into RubyCocoa.

This [2] is what I have so far.

However, I'm seeing two problems :-

1. myself is set to nil
2. the call to SecAccessCreate results in a segmentation fault (even
if I omit myself from the array)

Does anyone know what I'm doing wrong?

Thanks, James.
----
http://blog.floehopper.org

[1] http://gist.github.com/193417
[2] http://gist.github.com/193418

[Rubycocoa-talk] Building a SecKeychainAttributeList

[James M. <jam...@gm...>]

I'm trying to do something similar to this code sample [1] but in
RubyCocoa. In particular, I'm having some trouble trying to build a
SecKeychainAttributeList. I suspect I need to make use of Array#pack
or something to build a suitable structure in Ruby. Any advice on how
to build the equivalent of attributes in this chunk of code [2] would
be very welcome.

Thanks, James.
----
http://blog.floehopper.org

[1] http://rubyurl.com/9zE4
[2] http://gist.github.com/193415

Re: [Rubycocoa-talk] RubyCocoa With Macports

[kimura w. <kimuraw@i.nifty.jp>]

Hi, 

This error might mean conflict architectures between libiconv(x86_64) and 
RubyCocoa(i386). RubyCocoa 1.0.0 with ruby x86_64 has build problems.

I've updated port:rb-cocoa today, and we can install RubyCocoa
with MacPorts.

  $ sudo port sync
  $ sudo port install rb-cocoa 

Thanks,

On Tue, 25 Aug 2009 19:27:24 -0700, s.ross wrote:
> I have a bunch of stuff installed using Macports, including Ruby. I  
> picked up "Programming Cocoa With Ruby" and everything went with few  
> hitches until the code that moves strings into Info.plist (that would  
> be fenestra/reshaped-with-notifications). At that point, Xcode wants  
> to use iconv to localize the strings and I wind up with
> 
> dyld: lazy symbol binding failed: Symbol not found: _iconv_open
>   Referenced from: /usr/bin/iconv
>   Expected in: /opt/local/lib/libiconv.2.dylib
> 
> I looked at whatever Google had to offer on this, and it wasn't much  
> help. So here's my question: How can I build an Xcode project that  
> references the pristine Apple binaries in /System? Or is that even the  
> right question?
> 
> Thanks,
> 
> Steve
> 

[Rubycocoa-talk] Translating Obj-C Into Ruby

[s.ross <cw...@gm...>]

I've been mostly successful translating pertinent Apple Obj-C  
signatures into Ruby, but the ones here:

http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/URLLoadingSystem/Tasks/UsingNSURLConnection.html

in listing 1, are baffling me. I'm just not sure what I'm supposed to  
be delegating to, so I get Objective-C method signature for selector  
'delegate:method:' of receiver #<here's what I don't know>.

I've seen some examples of synchronous HTTP requests, but this seems  
more the way Apple advocates. Here's my code (not working) for  
reference:

class Controller < NSObject
   include OSX

     def sendRPCTest
     # Code modeled after: http://developer.apple.com/documentation/Cocoa/Conceptual/URLLoadingSystem/Tasks/UsingNSURLConnection.html#//apple_ref/doc/uid/20001836

     theRequest =  
NSURLRequest::requestWithURL_cachePolicy_timeoutInterval(
       NSURL::URLWithString("http://www.apple.com/"),
       0,
       60.0)

     # Ok, here's the sticky part. I can't figure out how to get the  
connection, given the request
     delegate_method ???what??? do
       theConnection = NSURLConnection::initWithRequest(self)
     end

     if theConnection
       @receivedData = nil
     else
       NSLog("no data to download")
     end
   end
end

Thanks in advance,

Steve

Re: [Rubycocoa-talk] Building the same version for 10.5.* and 10.6

[Nava C. <nc...@ma...>]

Sorry, it was RubyCocoa 1.0.0, (don't know why i had in mind 1.1.0,  
probably wishing it to be already the next version, that is fixing  
these issues :) )
The GUI is RubyCocoa also, and it's the simplest GUI in the world -  
one preferences dialog (oh, may be this is the problem?) It crashes,  
when this dialog shows...
If so how i routing and be sure that the GUI thread is performing as a  
main thread?

Thanks,

Nava

> ------------------------------
>
> Message: 8
> Date: Mon, 14 Sep 2009 09:35:19 +0100
> From: Duncan McGregor <du...@on...>
> Subject: Re: [Rubycocoa-talk] Building the same version for 10.5.* and
> 	10.6
> To: rub...@li...
> Message-ID: <350...@on...>
> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
>
> I had assumed that SL was shipping with 1.0 - now I see it's 0.13.2.
>
> My app is running 1.0 (you wrote 1.1.0 - did you mean that or 1.0.0?)
> under 10.6 and 10.5, but the GUI isn't RubyCocoa I'm afraid, so I
> can't be more help.
>
> Duncan McGregor
> www.velOCRaptor.com
> Simple Affordable Mac OCR
>
>
> On 14 Sep 2009, at 09:16, Nava Carmon wrote:
>
>> Hello,
>>
>> I'm trying to build the same version of application for 10.5.* and
>> 10.6. My application is 0.13.2 based.
>> The leopard application crashes in 10.6, while the 10.6 application
>> crashes in 10.5.*.
>> Both are built with the same 0.13.2 version, but in Leopard it's a
>> custom installation and in SL it's coming as a part of the system.
>> I tried to use 1.1.0 version for both of them. On Leopard this  
>> version
>> is running, on Snow Leopard it crashes with the following message:
>>
>> Assertion failed: (ctx->autoreleasePool ==
>> NSTHREAD_autoreleasePool_get(thread)), function
>> rb_cocoa_thread_init_context, file /Users/navacarmon/Downloads/
>> RubyCocoa-1.0.0/framework/src/objc/RBRuntime.m, line 721.
>>
>> I assume, that I the application has to run from the main thread...  
>> My
>> question is whether I have to change something locally in the
>> application or the fix has to be done on the framework level.
>>
>> I filed a bug on it. Please help...
>>
>> Nava
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
>
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>
> ------------------------------
>
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
> End of Rubycocoa-talk Digest, Vol 38, Issue 2
> *********************************************

Re: [Rubycocoa-talk] Building the same version for 10.5.* and 10.6

[Duncan M. <du...@on...>]

On 14 Sep 2009, at 10:59, Nava Carmon wrote:

>
> On Sep 14, 2009, at 11:35 AM, rub...@li...
>  wrote:
> I meant RubyCocoa 1.1.0 - the last version that was released. It works
> just fine with Leopard and crashes on Snow Leopard.

The latest download I can see is 1.0.0, and your dump says

>>>  file /Users/navacarmon/Downloads/RubyCocoa-1.0.0


D
> I thought btw, that 0.13.2, that resides in 10.6 is the same version
> as 0.13.2 for 10.5, but apparently it was compiled and built with
> 10.6, and so my version, when is built with Xcode 3.2 works fine on
> 10.6. How can I build the same version that works on both systems?
>
> Thanks,
>
> Nava
>
>> Message: 8
>> Date: Mon, 14 Sep 2009 09:35:19 +0100
>> From: Duncan McGregor <du...@on...>
>> Subject: Re: [Rubycocoa-talk] Building the same version for 10.5.*  
>> and
>> 	10.6
>> To: rub...@li...
>> Message-ID: <350...@on...>
>> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
>>
>> I had assumed that SL was shipping with 1.0 - now I see it's 0.13.2.
>>
>> My app is running 1.0 (you wrote 1.1.0 - did you mean that or 1.0.0?)
>> under 10.6 and 10.5, but the GUI isn't RubyCocoa I'm afraid, so I
>> can't be more help.
>>
>> Duncan McGregor
>> www.velOCRaptor.com
>> Simple Affordable Mac OCR
>>
>>
>> On 14 Sep 2009, at 09:16, Nava Carmon wrote:
>>
>>> Hello,
>>>
>>> I'm trying to build the same version of application for 10.5.* and
>>> 10.6. My application is 0.13.2 based.
>>> The leopard application crashes in 10.6, while the 10.6 application
>>> crashes in 10.5.*.
>>> Both are built with the same 0.13.2 version, but in Leopard it's a
>>> custom installation and in SL it's coming as a part of the system.
>>> I tried to use 1.1.0 version for both of them. On Leopard this
>>> version
>>> is running, on Snow Leopard it crashes with the following message:
>>>
>>> Assertion failed: (ctx->autoreleasePool ==
>>> NSTHREAD_autoreleasePool_get(thread)), function
>>> rb_cocoa_thread_init_context, file /Users/navacarmon/Downloads/
>>> RubyCocoa-1.0.0/framework/src/objc/RBRuntime.m, line 721.
>>>
>>> I assume, that I the application has to run from the main thread...
>>> My
>>> question is whether I have to change something locally in the
>>> application or the fix has to be done on the framework level.
>>>
>>> I filed a bug on it. Please help...
>>>
>>> Nava
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Rubycocoa-talk mailing list
>>> Rub...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>>
>>
>>
>>
>> ------------------------------
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>
>> ------------------------------
>>
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>> End of Rubycocoa-talk Digest, Vol 38, Issue 2
>> *********************************************
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] Building the same version for 10.5.* and 10.6

[Nava C. <nc...@ma...>]

On Sep 14, 2009, at 11:35 AM, rub...@li... 
  wrote:
I meant RubyCocoa 1.1.0 - the last version that was released. It works  
just fine with Leopard and crashes on Snow Leopard.
I thought btw, that 0.13.2, that resides in 10.6 is the same version  
as 0.13.2 for 10.5, but apparently it was compiled and built with  
10.6, and so my version, when is built with Xcode 3.2 works fine on  
10.6. How can I build the same version that works on both systems?

Thanks,

Nava

> Message: 8
> Date: Mon, 14 Sep 2009 09:35:19 +0100
> From: Duncan McGregor <du...@on...>
> Subject: Re: [Rubycocoa-talk] Building the same version for 10.5.* and
> 	10.6
> To: rub...@li...
> Message-ID: <350...@on...>
> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
>
> I had assumed that SL was shipping with 1.0 - now I see it's 0.13.2.
>
> My app is running 1.0 (you wrote 1.1.0 - did you mean that or 1.0.0?)
> under 10.6 and 10.5, but the GUI isn't RubyCocoa I'm afraid, so I
> can't be more help.
>
> Duncan McGregor
> www.velOCRaptor.com
> Simple Affordable Mac OCR
>
>
> On 14 Sep 2009, at 09:16, Nava Carmon wrote:
>
>> Hello,
>>
>> I'm trying to build the same version of application for 10.5.* and
>> 10.6. My application is 0.13.2 based.
>> The leopard application crashes in 10.6, while the 10.6 application
>> crashes in 10.5.*.
>> Both are built with the same 0.13.2 version, but in Leopard it's a
>> custom installation and in SL it's coming as a part of the system.
>> I tried to use 1.1.0 version for both of them. On Leopard this  
>> version
>> is running, on Snow Leopard it crashes with the following message:
>>
>> Assertion failed: (ctx->autoreleasePool ==
>> NSTHREAD_autoreleasePool_get(thread)), function
>> rb_cocoa_thread_init_context, file /Users/navacarmon/Downloads/
>> RubyCocoa-1.0.0/framework/src/objc/RBRuntime.m, line 721.
>>
>> I assume, that I the application has to run from the main thread...  
>> My
>> question is whether I have to change something locally in the
>> application or the fix has to be done on the framework level.
>>
>> I filed a bug on it. Please help...
>>
>> Nava
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
>
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>
> ------------------------------
>
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
> End of Rubycocoa-talk Digest, Vol 38, Issue 2
> *********************************************

Re: [Rubycocoa-talk] Building the same version for 10.5.* and 10.6

[Duncan M. <du...@on...>]

I had assumed that SL was shipping with 1.0 - now I see it's 0.13.2.

My app is running 1.0 (you wrote 1.1.0 - did you mean that or 1.0.0?)  
under 10.6 and 10.5, but the GUI isn't RubyCocoa I'm afraid, so I  
can't be more help.

Duncan McGregor
www.velOCRaptor.com
Simple Affordable Mac OCR


On 14 Sep 2009, at 09:16, Nava Carmon wrote:

> Hello,
>
> I'm trying to build the same version of application for 10.5.* and
> 10.6. My application is 0.13.2 based.
> The leopard application crashes in 10.6, while the 10.6 application
> crashes in 10.5.*.
> Both are built with the same 0.13.2 version, but in Leopard it's a
> custom installation and in SL it's coming as a part of the system.
> I tried to use 1.1.0 version for both of them. On Leopard this version
> is running, on Snow Leopard it crashes with the following message:
>
> Assertion failed: (ctx->autoreleasePool ==
> NSTHREAD_autoreleasePool_get(thread)), function
> rb_cocoa_thread_init_context, file /Users/navacarmon/Downloads/
> RubyCocoa-1.0.0/framework/src/objc/RBRuntime.m, line 721.
>
> I assume, that I the application has to run from the main thread... My
> question is whether I have to change something locally in the
> application or the fix has to be done on the framework level.
>
> I filed a bug on it. Please help...
>
> Nava
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] Building the same version for 10.5.* and 10.6

[Nava C. <nc...@ma...>]

Hello,

I'm trying to build the same version of application for 10.5.* and  
10.6. My application is 0.13.2 based.
The leopard application crashes in 10.6, while the 10.6 application  
crashes in 10.5.*.
Both are built with the same 0.13.2 version, but in Leopard it's a  
custom installation and in SL it's coming as a part of the system.
I tried to use 1.1.0 version for both of them. On Leopard this version  
is running, on Snow Leopard it crashes with the following message:

Assertion failed: (ctx->autoreleasePool ==  
NSTHREAD_autoreleasePool_get(thread)), function  
rb_cocoa_thread_init_context, file /Users/navacarmon/Downloads/ 
RubyCocoa-1.0.0/framework/src/objc/RBRuntime.m, line 721.

I assume, that I the application has to run from the main thread... My  
question is whether I have to change something locally in the  
application or the fix has to be done on the framework level.

I filed a bug on it. Please help...

Nava 
  

Re: [Rubycocoa-talk] carbon events?

[Johan L. <joh...@gm...>]

Look in the code for Limechat - it has global shortcuts.

http://github.com/psychs/limechat/blob/39bd005f408a5cdaf135343842b86987a1a247a8/objc/LimeChatApplication.m
http://github.com/psychs/limechat/blob/39bd005f408a5cdaf135343842b86987a1a247a8/objc/HotKeyManager.m
http://github.com/psychs/limechat/blob/39bd005f408a5cdaf135343842b86987a1a247a8/ruby/controller/appcontroller.rb#L176

Seems it does it with Objective-C code.

Mvh,
Johan Lundström

joh...@gm...



On Thu, Sep 10, 2009 at 2:27 AM, Jason Toy <jt...@jt...> wrote:
> Hi all, I'm trying to add a global shortcut key to my app, is this
> possible with ruby cocoa? I am using leopard.  I saw some tutorials on
> how to do it with cocoa, it seems you need to use carbon events. Here
> is the tutorial I found:
> http://cocoasamurai.blogspot.com/2009/03/global-keyboard-shortcuts-with-carbon.html
>
> Can someone help me to do this for ruby cocoa?
> Thanks,
> Jason
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

[Rubycocoa-talk] carbon events?

[Jason T. <jt...@jt...>]

Hi all, I'm trying to add a global shortcut key to my app, is this  
possible with ruby cocoa? I am using leopard.  I saw some tutorials on  
how to do it with cocoa, it seems you need to use carbon events. Here  
is the tutorial I found:
http://cocoasamurai.blogspot.com/2009/03/global-keyboard-shortcuts-with-carbon.html

Can someone help me to do this for ruby cocoa?
Thanks,
Jason

[Rubycocoa-talk] restoring xcdatamodel

[Nava C. <nc...@ma...>]

Hi,

I have a RubyCocoa project (0.13.2 on Leopard, ruby 1.8.6), which has  
a classes structure, based on xcdatamodel. It worked fine on leopard,  
but when i tried to migrate it to snow leopard with Xcode 3.2, it  
started crashing on an attempt to recover a property, which wouldn't  
cause any problem before. What i see is an infinite loop on rubycocoa  
method lookup on some string attribute. What can be my problem? Also,  
I'm using in my project a built in RubyCocoa framework. How is it  
compiled? with 4.0 or 4.2? may be there are some new settings that i'm  
not aware about?

Any clues or ideas will be greatly appreciated, as this version of SW  
has to ship really soon.
Please help!

Thanks a lot,

Nava

Re: [Rubycocoa-talk] Passenger preference pane 1.3 for 10.6

[Duncan M. <du...@on...>]

Thanks Eloy, I'd forgotten / missed that page.

Duncan

On 4 Sep 2009, at 09:55, Eloy Duran wrote:

> Hey Duncan,
>
> Bundling a framework in your app bundle is actually pretty
> straightforward. See for instance this page: http://rubycocoa.sourceforge.net/EmbedRubyCocoa
>
> However, in my case the binary was still linking to one in /Library
> while compiling and because it's a pref pane I had to fix the lookup
> path of the framework anyways. I use install_name_tool for that.
> Checkout the Rakefile of the prefpane for specifics: http://github.com/alloy/passengerpane/blob/master/Rakefile
>
> HTH,
> Eloy
>
> On 4 sep 2009, at 10:25, Duncan McGregor wrote:
>
>> Could you outline what you do to deploy RubyCocoa.framework in your
>> bundle? I'd be interested to compare notes.
>>
>> Thanks
>>
>> Duncan
>>
>> On 3 Sep 2009, at 11:21, Eloy Duran wrote:
>>
>>> Hey guys,
>>>
>>> Yesterday I released a new version of our prefpane for Passenger
>>> which
>>> is build with RubyCocoa: http://www.fngtps.com/2009/09/new-os-more-pane-passenger-preference-pane-v1-3
>>>
>>> The RubyCocoa version I used in this case is the 0.13.2 for 10.5
>>> which
>>> is the one that's available as a download. This might be interesting
>>> for others that have had problems getting their RC app on 10.6.
>>>
>>> Afaik, Laurent has some pending patches for RubyCocoa on 10.6. I'm
>>> not
>>> sure what they actually do though...
>>>
>>> Cheers,
>>> Eloy
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Rubycocoa-talk mailing list
>>> Rub...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk