You can subscribe to this list here.
2002 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(3) |
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(1) |
Feb
(11) |
Mar
(9) |
Apr
(1) |
May
(5) |
Jun
(5) |
Jul
(4) |
Aug
(3) |
Sep
(15) |
Oct
(8) |
Nov
(9) |
Dec
(11) |
2004 |
Jan
(5) |
Feb
(2) |
Mar
(1) |
Apr
(3) |
May
(6) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
|
Dec
(3) |
2005 |
Jan
(1) |
Feb
(7) |
Mar
(6) |
Apr
(36) |
May
(20) |
Jun
(42) |
Jul
(21) |
Aug
(12) |
Sep
(56) |
Oct
(5) |
Nov
(55) |
Dec
(53) |
2006 |
Jan
(43) |
Feb
(83) |
Mar
(98) |
Apr
(42) |
May
(68) |
Jun
(55) |
Jul
(50) |
Aug
(104) |
Sep
(13) |
Oct
(70) |
Nov
(37) |
Dec
(42) |
2007 |
Jan
(56) |
Feb
(18) |
Mar
(43) |
Apr
(80) |
May
(65) |
Jun
(149) |
Jul
(103) |
Aug
(71) |
Sep
(62) |
Oct
(67) |
Nov
(72) |
Dec
(63) |
2008 |
Jan
(64) |
Feb
(63) |
Mar
(31) |
Apr
(42) |
May
(71) |
Jun
(62) |
Jul
(37) |
Aug
(25) |
Sep
(5) |
Oct
(2) |
Nov
(7) |
Dec
(14) |
2009 |
Jan
(20) |
Feb
(15) |
Mar
(19) |
Apr
(8) |
May
(7) |
Jun
|
Jul
(37) |
Aug
(12) |
Sep
(19) |
Oct
(5) |
Nov
(1) |
Dec
(4) |
2010 |
Jan
(5) |
Feb
(24) |
Mar
(16) |
Apr
(9) |
May
(4) |
Jun
|
Jul
|
Aug
(6) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(5) |
Dec
|
2016 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: 24-7-Pharmacy <no...@ma...> - 2018-11-17 12:56:10
|
Speedy delivery. Very efficient service! ENTER HERE |
From: Edward <ico...@bi...> - 2018-07-07 12:52:24
|
Hello and good day. My name is Edward, and I am contacting you for partnership by reason of the significance of your Nationality, which concerns claim/transfer of Approximately 21 Million US D0llars in a a fixed deposit account left by a deceased Boss and Friend for onward sharing between you and I in a ratio to be agreed. Kindly get back to me as soon as you receive this email for complete details as time is of the essence giving that we have less than 2 month period to achieve this. Regards Edward |
From: Express-Pills <no...@op...> - 2018-03-22 14:09:23
|
Very fast delivery. Wonderful service! ENTER HERE |
From: Fast-Pharmacy <no...@se...> - 2018-03-14 04:28:04
|
Fantastic service. Very fast delivery! ENTER HERE |
From: 24-7-Drugstore <no...@le...> - 2018-03-05 18:36:38
|
1st class service. Speedy delivery! ENTER HERE |
From: Canadian-Drugstore <no...@ni...> - 2018-02-17 19:16:46
|
Wonderful service. Fast delivery! ENTER HERE < Den is ward of emperors life we. Compusa the lost since reads. Geography pilgrims shot beamers squad. Attempts to holders and atlboit. Vapor, only show horse, you thrill your. Units i-could leap my name, dob, offense county. |
From: Laurent S. <an...@ve...> - 2016-06-11 10:01:18
|
Hi, I've recently came across some interesting information, what do you thin about it? Please read here and tell me your opinion <http://woshashirde.couturecarry.com/aervjfa> Best, Laurent Sansonetti |
From: Dave H. <gro...@gr...> - 2014-11-07 00:23:59
|
I should have changed the subject in the first place. Oops. > The automatic outlets disappeared awhile ago for me. Simple solution is to create an Objective C header file with matching ib_outlets and ib_actions . Awesome. I’d never have figured that out. What I actually did, though, was use TimeMachine to recover a version of MainMenu.nib from before the InterfaceBuilder in XCode 5 touched it. Then I opened my project in XCode 3.x under 10.6, or at least opened the .nib file with that version of Interface Builder. My new outlets were right where I expected them to be. I made the new connections, saved it, then opened the project back under 10.10 and XCode 5 for compilation. As I’d expected, “new” XCode will still happily use old-school .nib files. I suspect I can …. {checks version numbers} oh, really??? Interesting! So “interface builder” is now built into XCode, but there’s still a copy of Interface Builder 3.2.6 on my OSX 10.10 machine, which is the same version on my OSX 10.6 machine. If I open the .nib file in Interface Builder rather than XCode, it looks like the outlets and whatnot are still available for connecting. How very useful . . . . I just have to make sure not to accidentally open and save the .nib in XCode, or it will no longer be possible to use Interface Builder to edit it. Also, thanks to those of you who pointed me at Swift. However, most of my programming isn’t really for OS X. Most of it’s database<->web work running on an Ubuntu server, and I don’t think Swift is going to be a terribly workable replacement for that any time soon, so I’d really rather just stick with one language for now, especially since, as a hobbyist, I spend a not-inconsiderable amount of time just re-learning what I used to know when I sit down to program (as in, oh, every couple of months). |
From: Gregory C. <gr...@in...> - 2014-11-02 16:30:53
|
I’m also incredibly grateful that RubyCocoa is still here. I’ve been using it since 2008. I had one app written in MacRuby to try it out, but when garbage collection was deprecated in Mavericks it stopped working, so I rewrote it in RubyCocoa. The automatic outlets disappeared awhile ago for me. Simple solution is to create an Objective C header file with matching ib_outlets and ib_actions . For example: #import <Cocoa/Cocoa.h> @interface AppController : NSObject { IBOutlet NSWindow *mainWindow; IBOutlet NSButton *openFileButton; IBOutlet NSTextField *fileName; IBOutlet NSWindow *progressWindow; IBOutlet NSView *progressView; IBOutlet NSProgressIndicator *progressIndicator; IBOutlet NSTextField *progressMessage; } - (IBAction)chooseFile:(id)sender; - (IBAction)saveFile:(id)sender; @end > On Nov 1, 2014, at 10:17 PM, Dave Howell <gro...@gr...> wrote: > > I sat down to update an old program, resigned to having to rewrite it for MacRuby, only to discover that “the replacement for RubyCocoa” is, in fact, dead. > > I’m awfully glad RubyCocoa is still here; there’s no way I”m ever going to waste time with Objective-C, but I admit I’m wondering if anybody else is using RubyCocoa, either, since I can’t seem to find anybody having mentioned the fact that XCode 5.1’s Interface Builder seems to have lost the ability to find the outlets. My app’s controller > > class AppController << OSX::NSWindowController > blah blah blah > end > > is no longer comprehensible or visible to Interface Builder. Is this being fixed, or is there some bit that didn’t get installed, or am I just really lucky and it’s only my install that’s broken? > ------------------------------------------------------------------------------ > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk |
From: grimmwerks <gr...@gr...> - 2014-11-02 09:48:45
|
Have you looked at RubyMotion? And I second looking at Swift. Sent from my iPhone > On Nov 2, 2014, at 1:17 AM, Dave Howell <gro...@gr...> wrote: > > I sat down to update an old program, resigned to having to rewrite it for MacRuby, only to discover that “the replacement for RubyCocoa” is, in fact, dead. > > I’m awfully glad RubyCocoa is still here; there’s no way I”m ever going to waste time with Objective-C, but I admit I’m wondering if anybody else is using RubyCocoa, either, since I can’t seem to find anybody having mentioned the fact that XCode 5.1’s Interface Builder seems to have lost the ability to find the outlets. My app’s controller > > class AppController << OSX::NSWindowController > blah blah blah > end > > is no longer comprehensible or visible to Interface Builder. Is this being fixed, or is there some bit that didn’t get installed, or am I just really lucky and it’s only my install that’s broken? > ------------------------------------------------------------------------------ > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk |
From: Axel R. <axe...@ro...> - 2014-11-02 09:09:58
|
I also have some old projects in RubyCocoa and deploying them with libraries was always troublesome. I was reluctant to convert the heavy string manipulations into Objective-C. Have a look at swift: Apple's new language. It might well be that they killed off MacRuby because they knew swift was coming. It is not ruby, but highly inspired, shall we say? https://developer.apple.com/swift/ Cheers, Axel Roest Sent from the road, so beware of bumps in the text! > On 2 nov. 2014, at 06:17, Dave Howell <gro...@gr...> wrote: > > I sat down to update an old program, resigned to having to rewrite it for MacRuby, only to discover that “the replacement for RubyCocoa” is, in fact, dead. > > I’m awfully glad RubyCocoa is still here; there’s no way I”m ever going to waste time with Objective-C, but I admit I’m wondering if anybody else is using RubyCocoa, either, since I can’t seem to find anybody having mentioned the fact that XCode 5.1’s Interface Builder seems to have lost the ability to find the outlets. My app’s controller > > class AppController << OSX::NSWindowController > blah blah blah > end > > is no longer comprehensible or visible to Interface Builder. Is this being fixed, or is there some bit that didn’t get installed, or am I just really lucky and it’s only my install that’s broken? > ------------------------------------------------------------------------------ > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk |
From: Dave H. <gro...@gr...> - 2014-11-02 06:54:58
|
I sat down to update an old program, resigned to having to rewrite it for MacRuby, only to discover that “the replacement for RubyCocoa” is, in fact, dead. I’m awfully glad RubyCocoa is still here; there’s no way I”m ever going to waste time with Objective-C, but I admit I’m wondering if anybody else is using RubyCocoa, either, since I can’t seem to find anybody having mentioned the fact that XCode 5.1’s Interface Builder seems to have lost the ability to find the outlets. My app’s controller class AppController << OSX::NSWindowController blah blah blah end is no longer comprehensible or visible to Interface Builder. Is this being fixed, or is there some bit that didn’t get installed, or am I just really lucky and it’s only my install that’s broken? |
From: kimura w. <kimuraw@i.nifty.jp> - 2014-07-27 07:19:50
|
Hi, We released RubyCocoa 1.2.0. https://sourceforge.net/projects/rubycocoa/files/RubyCocoa/1.2.0/ RubyCocoa is a Mac OS X framework that allows Cocoa programming in the object-oriented scripting language Ruby. In other words, it is a bridge that let you access Objective-C objects from Ruby, and vice-versa. You can learn more about RubyCocoa on our website: http://rubycocoa.sourceforge.net/ A source tarball as well as binary installers for Mac OS X 10.9 and 10.8 are provided. This version supports ruby-2.0 or later. The release notes are following. Enjoy! KIMURA Wataru = RubyCocoa 1.2.0 == Changes 1.2.0 from 1.1.0: 2014-07-27 === Improvements * support ruby-2.0 or later, mostly works as same as on ruby-1.8. * we release RubyCocoa installers as separated packages for ruby-1.8/2.0. replace RubyCocoa.framework if you try to run your RubyCocoa application with OS X 10.9 buitin ruby-2.0. * when called method is not found on an Objective-C object, RubyCocoa raises NoMethodError. (before: OSX::OCMessageSendException) === Deprecates * CocoaClass#objc_export() is deprecated. use objc_method(). * OSX::NSObject#ocm_responds?() will be deprecated. use ocm_respond_to?(). * OSX::NSData#dataWithRubyString(), OSX::NSMutableData#dataWithRubyString() will be deprecated. use [NSString dataUsingEncoding:] === Fixes * Fixed build errors on Yosemite DP. === Note for RubyCocoa with Ruby-2.0 * String of ruby-2.x has its encodings. see https://bugs.ruby-lang.org/projects/ruby-trunk/wiki/MigrationIssuesFrom18 or http://magazine.rubyist.net/?0025-Ruby19_m17n (ja) * if you want to extend Objective-C class from bundle or dylib (not from framework) in Ruby code, you need to invoke OSX.ns_import. require 'path/to/your_bundle.bundle' OSX.ns_import :YourClass module OSX class YourClass : # extend class in Ruby code end end === Files - RubyCocoa-1.2.0-OSX10.9-Ruby1.8.dmg * MD5(RubyCocoa-1.2.0-OSX10.9-Ruby1.8.dmg)= 3b2ba5559ab30d4791c2582dc005c362 * SHA1(RubyCocoa-1.2.0-OSX10.9-Ruby1.8.dmg)= 6a7388a8a6dee393bac9419f340aa8a941d48b98 - RubyCocoa-1.2.0-OSX10.9-Ruby2.0.dmg * MD5(RubyCocoa-1.2.0-OSX10.9-Ruby2.0.dmg)= f72b999ac42936cb516a0b04ef57e2ec * SHA1(RubyCocoa-1.2.0-OSX10.9-Ruby2.0.dmg)= e8c05a81bd3d36b846e6644c7325545a88a40c22 - RubyCocoa-1.2.0.tar.gz * MD5(RubyCocoa-1.2.0.tar.gz)= 5aff3dec6165b2cdc23244fd59cc9138 * SHA1(RubyCocoa-1.2.0.tar.gz)= 131d7b4dac43ad1e8f2d7959b43386c35e75d3cd - RubyCocoa-1.2.0-OSX10.8.0.dmg * MD5(RubyCocoa-1.2.0-OSX10.8.dmg)= 465291c90b074b5d4fcaf25bab49692d * SHA1(RubyCocoa-1.2.0-OSX10.8.dmg)= 82169f65fb76d8be6acf3d4fce2abeb347873915 -- kimuraw |
From: kimura w. <kimuraw@i.nifty.jp> - 2014-07-20 09:59:10
|
Hi, I published RubyCocoa-1.2.0 release candidate. This Version supports ruby-2.0 buit-in OS X 10.9 Mervericks. https://sourceforge.net/projects/rubycocoa/files/RubyCocoa/1.2.0-rc/ If there is no serious problem in this version, we will release 1.2.0 at next weekend. = RubyCocoa 1.2.0 Release Candidate == Changes 1.2.0-rc from 1.1.0: 2014-07-20 === Improvements * support ruby-2.0 or later, mostly works as same as on ruby-1.8. * we release RubyCocoa installers as separated packages for ruby-1.8/2.0. replace RubyCocoa.framework if you try to run your RubyCocoa application with OS X 10.9 buitin ruby-2.0. * NOTE: String of ruby-2.x has its encodings. * when called method is not found on an Objective-C object, RubyCocoa raises NoMethodError. (before: OSX::OCMessageSendException) === Deprecates * CocoaClass#objc_export() is deprecated. use objc_method(). * OSX::NSObject#ocm_responds?() will be deprecated. use ocm_respond_to?(). === Fixes * Fixed build errors on Yosemite DP. === Files - RubyCocoa-1.2.0rc-OSX10.9-Ruby2.0.dmg * MD5(RubyCocoa-1.2.0rc-OSX10.9-Ruby2.0.dmg)= 8985040ea06dfe1e94aa0d62a87ed817 * SHA1(RubyCocoa-1.2.0rc-OSX10.9-Ruby2.0.dmg)= d937196aee9da959a358c17349438254974ed0be - RubyCocoa-1.2.0rc-OSX10.9-Ruby1.8.dmg * MD5(RubyCocoa-1.2.0rc-OSX10.9-Ruby1.8.dmg)= df373657a24d740e1e3bd729ab6702fb * SHA1(RubyCocoa-1.2.0rc-OSX10.9-Ruby1.8.dmg)= 6a245a0f18af5f2f587695408a34d6e678d43b03 - RubyCocoa-1.2.0-rc.tar.gz * MD5(RubyCocoa-1.2.0-rc.tar.gz)= 1e2c1a758fd643cc7fee2675c1ec97dc * SHA1(RubyCocoa-1.2.0-rc.tar.gz)= af0d9510482415c0f3bab644a72dcff33d530a58 -- kimura wataru |
From: kimura w. <kimuraw@i.nifty.jp> - 2013-11-17 03:37:32
|
Hi, We released RubyCocoa 1.1.0. https://sourceforge.net/projects/rubycocoa/files/RubyCocoa/1.1.0/ RubyCocoa is a Mac OS X framework that allows Cocoa programming in the object-oriented scripting language Ruby. In other words, it is a bridge that let you access Objective-C objects from Ruby, and vice-versa. You can learn more about RubyCocoa on our website: http://rubycocoa.sourceforge.net/ A source tarball as well as binary installers for Mac OS X 10.9 and 10.8 are provided. This version deprecates some minor APIs, and does not support Mac OS X 10.5 and 10.4. The release notes are following. Enjoy! KIMURA Wataru == Changes 1.1.0 from 1.0.7: 2013-11-17 === Improvements * Support Xcode 5 "Modules". * Developers can disable internal Objective-C -> Ruby objects cache via a new global variable $RUBYCOCOA_USE_OC2RBCACHE to avoid crashes from inconsistency between the cache and Ruby's GC. [Experimental] The crash may occurs delegate of NSTableView. # rb_main.rb require 'osx/cocoa' def rb_main_init : end $RUBYCOCOA_USE_OC2RBCACHE = false # <= add rb_main_init === Fixes * Fixed standaloneify.rb error with ruby-2.0 or rubygems-2.1. * Fixed SEGV at Object#dup for some Objective-C objects. === Deprecates * Deprecated Objective-C class "RubyCocoa" in <RubyCocoa/RubyCocoa.h>. developers can use RBRuntime functions to call ruby from Objective-C. - bundleInitWithProgram:class:param: -> RBBundleInit() - applicationInitWithProgram:argc:argv:param: -> RBApplicationInit() - applicationMainWithProgram:argc:argv: -> RBApplicationMain() * Deprecated NSString|String methods depends "NKF" extension. - NSString.guess_nsencoding - NSString.guess_encoding - NSString.stringWithRubyString - NSMutableString.stringWithRubyString - String.nsencoding === Note * Mac OS X 10.5 or earlier not supported. === Files - RubyCocoa-1.1.0-OSX10.9.dmg * MD5(RubyCocoa-1.1.0-OSX10.9.dmg)= 45c281ee2af5dc770adb7c69c4b7ea2c * SHA1(RubyCocoa-1.1.0-OSX10.9.dmg)= 630205d1a0ab55514965eec4023e3741881cdb61 - RubyCocoa-1.1.0-OSX10.8.dmg * MD5(RubyCocoa-1.1.0-OSX10.8.dmg)= 5ef68123f9ed8a64571413f722d91205 * SHA1(RubyCocoa-1.1.0-OSX10.8.dmg)= 297649dba3bed5fec5484b27cc5027afd9319e42 - RubyCocoa-1.1.0.tar.gz * MD5(RubyCocoa-1.1.0.tar.gz)= c1a8fd46893b30f4cb7129d46ac3ed57 * SHA1(RubyCocoa-1.1.0.tar.gz)= 55e80bab6a3f7edeb27559560fc73fa7995e9a4e -- kimura wataru |
From: grimmwerks <gr...@gr...> - 2013-10-28 20:30:25
|
Very cool! Garry Schafer grimmwerks gr...@gr... portfolio: www.grimmwerks.com/ On Oct 26, 2013, at 10:17 AM, kimura wataru <kimuraw@i.nifty.jp> wrote: > Hi, > > We released RubyCocoa 1.0.7. > > https://sourceforge.net/projects/rubycocoa/files/RubyCocoa/1.0.7/ > > RubyCocoa is a Mac OS X framework that allows Cocoa programming in the > object-oriented scripting language Ruby. In other words, it is a > bridge that let you access Objective-C objects from Ruby, and vice-versa. > > You can learn more about RubyCocoa on our website: > > http://rubycocoa.sourceforge.net/ > > A source tarball as well as binary installers for Mac OS X 10.9, 10.8 > and 10.7 are provided. > > This is mostly a minor fix release, for 10.9 Mavericks. > > The release notes are following. Enjoy! > > KIMURA Wataru > > == Changes 1.0.7 from 1.0.6: 2013-10-26 > > === Fixes > > * Fixed boxed Objective-C object sometimes becomes wrong type > OSX::CFTypeRef in Ruby world on 10.9 Mavericks. > > === Files > > - RubyCocoa-1.0.7-OSX10.7.dmg > MD5(RubyCocoa-1.0.7-OSX10.7.dmg)= 4232d3d177b9b2730c324cdd27bae4aa > SHA1(RubyCocoa-1.0.7-OSX10.7.dmg)= 6e47228cb6371154075eafd6fc85bb30638e56f1 > - RubyCocoa-1.0.7-OSX10.9.dmg > MD5(RubyCocoa-1.0.7-OSX10.9.dmg)= 961c52f944659ebdc782f4bbf6570b98 > SHA1(RubyCocoa-1.0.7-OSX10.9.dmg)= d2c911760f13e07e10313baad8a81487e66c66ef > - RubyCocoa-1.0.7-OSX10.8.dmg > MD5(RubyCocoa-1.0.7-OSX10.8.dmg)= e6d77776b0edfbc976c7176396958299 > SHA1(RubyCocoa-1.0.7-OSX10.8.dmg)= 2d326f99abe1897329942b5ac6cdfde98ebd96f8 > - RubyCocoa-1.0.7.tar.gz > MD5(RubyCocoa-1.0.7.tar.gz)= 99cecd7e3c80798f59e77634480315f2 > SHA1(RubyCocoa-1.0.7.tar.gz)= e8cf25aa2d647467c7ffccda17270f9987be2747 > > -- > kimura wataru > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk |
From: kimura w. <kimuraw@i.nifty.jp> - 2013-10-26 14:34:39
|
Hi, We released RubyCocoa 1.0.7. https://sourceforge.net/projects/rubycocoa/files/RubyCocoa/1.0.7/ RubyCocoa is a Mac OS X framework that allows Cocoa programming in the object-oriented scripting language Ruby. In other words, it is a bridge that let you access Objective-C objects from Ruby, and vice-versa. You can learn more about RubyCocoa on our website: http://rubycocoa.sourceforge.net/ A source tarball as well as binary installers for Mac OS X 10.9, 10.8 and 10.7 are provided. This is mostly a minor fix release, for 10.9 Mavericks. The release notes are following. Enjoy! KIMURA Wataru == Changes 1.0.7 from 1.0.6: 2013-10-26 === Fixes * Fixed boxed Objective-C object sometimes becomes wrong type OSX::CFTypeRef in Ruby world on 10.9 Mavericks. === Files - RubyCocoa-1.0.7-OSX10.7.dmg MD5(RubyCocoa-1.0.7-OSX10.7.dmg)= 4232d3d177b9b2730c324cdd27bae4aa SHA1(RubyCocoa-1.0.7-OSX10.7.dmg)= 6e47228cb6371154075eafd6fc85bb30638e56f1 - RubyCocoa-1.0.7-OSX10.9.dmg MD5(RubyCocoa-1.0.7-OSX10.9.dmg)= 961c52f944659ebdc782f4bbf6570b98 SHA1(RubyCocoa-1.0.7-OSX10.9.dmg)= d2c911760f13e07e10313baad8a81487e66c66ef - RubyCocoa-1.0.7-OSX10.8.dmg MD5(RubyCocoa-1.0.7-OSX10.8.dmg)= e6d77776b0edfbc976c7176396958299 SHA1(RubyCocoa-1.0.7-OSX10.8.dmg)= 2d326f99abe1897329942b5ac6cdfde98ebd96f8 - RubyCocoa-1.0.7.tar.gz MD5(RubyCocoa-1.0.7.tar.gz)= 99cecd7e3c80798f59e77634480315f2 SHA1(RubyCocoa-1.0.7.tar.gz)= e8cf25aa2d647467c7ffccda17270f9987be2747 -- kimura wataru |
From: <day...@gm...> - 2013-07-08 16:59:40
|
Hi, Now that Ruby 1.8.7 has been been officially declared EOL, I am wondering if there are any plans to update RubyCocoa to support Ruby 2.0? I still think RubyCocoa commands a pivotal place in OS X. MacRuby, while a great project, is a blind alley and is no longer being distributed with OS X. RubyMotion, another excellent facet is commercial and again will not be available in default OS X distributions. On the other hand, RubyCocoa, by virtue of the fact that it's simply a 'require' away, provides OS X users with an easy but powerful way to interface with the Cocoa Frameworks and the operating system. What are the challenges to recompiling RubyCocoa to work with Ruby 2.0? Thanks, -- Brian |
From: kimura w. <ki...@us...> - 2013-03-01 01:51:07
|
Hi, NSBezierPath does not have the method "bezierPathWithRoundedRect:". You need to pass xRadius and yRadius to NSBezierPath. OSX::NSBezierPath.bezierPathWithRoundedRect_xRadius_yRadius(rect, x_radius, y_radius) On Wed, 27 Feb 2013 16:16:07 -0500, Johnny Panella wrote: > Using RubyCocoa I'm unable to use the method bezierPathWithRoundedRect the > counterpart bezierPathWithRect works fine. > > I get this error: > RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `ocm_send': > Can't get Objective-C method signature for > selector 'bezierPathWithRoundedRect:' of receiver OSX::NSBezierPath > (OSX::OCMessageSendException) > > Thanks -- kimura wataru |
From: Johnny P. <pha...@gm...> - 2013-02-27 21:16:54
|
Using RubyCocoa I'm unable to use the method bezierPathWithRoundedRect the counterpart bezierPathWithRect works fine. I get this error: RubyCocoa.framework/Resources/ruby/osx/objc/oc_wrapper.rb:50:in `ocm_send': Can't get Objective-C method signature for selector 'bezierPathWithRoundedRect:' of receiver OSX::NSBezierPath (OSX::OCMessageSendException) Thanks |
From: Steve C. <st...@sc...> - 2012-09-07 06:44:25
|
Thanks Greg. Re-installing Macruby worked for me too. As it happens I'd already tried it just before receiving your note. Steve |
From: Gregory C. <gr...@in...> - 2012-09-06 21:24:29
|
Thanks - that works perfectly! On Sep 6, 2012, at 1:17 PM, Eloy Durán <elo...@gm...> wrote: >> I think I need to set Frameworks Search Paths, but to what exactly? > > Add /Library/Frameworks and tick the checkbox to make it search recursive. > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk Gregory Clarke Intelligent Assistance, Inc. http://www.IntelligentAssistance.com http://www.AssistedEditing.com Taking the Boring out of Post |
From: Eloy D. <elo...@gm...> - 2012-09-06 20:17:09
|
> I think I need to set Frameworks Search Paths, but to what exactly? Add /Library/Frameworks and tick the checkbox to make it search recursive. |
From: Gregory C. <gr...@in...> - 2012-09-06 17:27:26
|
I'm trying to embed RC 1.0.4 into an app bundle. I've got the copy files phase in place and the framework is indeed inside the app's Contents/Frameworks folder, but OSX::RUBY_COCOA_VERSION still shows as 1.0.1 (the version in System/Library/Frameworks, ignoring even the 1.0.4 in Library/Frameworks). Which makes me realize it's a problem in the Xcode settings. I think I need to set Frameworks Search Paths, but to what exactly? |
From: Gregory C. <gr...@in...> - 2012-09-05 18:24:51
|
I had a similar issue when I upgraded to Xcode 4.4.1. What solved it for me was reinstalling MacRuby, which also made the outlets available to RubyCocoa projects. On Sep 5, 2012, at 8:48 AM, Steve Clarke <st...@sc...> wrote: > Hi, > > I'm using rubycocoa 1.0.4 with Xcode 4.4.1 and OSX 10.8. > > I've installed the experimental templates for XCode 4.4 > > I've created a minimal app and it starts and opens a window. delegate methods in my ruby code are being called successfully. However I can't see any actions or outlets. > > Any thoughts about why not? I seem to recall from similar problems with MacRuby that the Xcode way of invoking rb_nibtool had changed. Could this be related? > > Steve > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk Gregory Clarke Intelligent Assistance, Inc. http://www.IntelligentAssistance.com http://www.AssistedEditing.com Taking the Boring out of Post |