MacRuby on Mavericks
Hi, Nice that I sparked some discussion. One of the reasons that I continued to write MacRuby script even though Xcode was giving me the warning that GC was deprecated is that I suspect that was a mostly a political move to appease the egos of the IOS and ARC guys and also to encourage programmers to write more efficient code. Even if Apple is determined not to support GC on the mobile devices, there is probable no really good technical reason to remove the capability for desktop apps. So I would have been surprised if Apple had removed GC in Mavericks and I still would be surprised if Apple does that anytime soon, if they do that at all. If would be a mistake, because the relative simplicity of script language programming is what makes it possible for a lonesome programmer such as myself to develop and maintain a couple of relatively large applications. The problem with RubyMotion is that it does an end-run around Xcode and since my apps do lots of initialization using NIB files it may be as much work for me to convert to RubyMotion as it will be to rewrite in objective-C. I don't have any inside information on Apple's thinking, but I suspect that may be worth the effort to upgrade MacRuby for Mavericks. I'll let you know when I find out if the App Store will still still support MacRuby apps. Bob Rice
Hey Bob, Have you seen the IB gem? It let's you use nibs with Rubymotion with minimal changes in your MacRuby code. https://github.com/yury/ib Sent from my iPhone
On 05/11/2013, at 04:02, Robert Carl Rice <rice.audio@pobox.com> wrote:
Hi,
Nice that I sparked some discussion.
One of the reasons that I continued to write MacRuby script even though Xcode was giving me the warning that GC was deprecated is that I suspect that was a mostly a political move to appease the egos of the IOS and ARC guys and also to encourage programmers to write more efficient code. Even if Apple is determined not to support GC on the mobile devices, there is probable no really good technical reason to remove the capability for desktop apps. So I would have been surprised if Apple had removed GC in Mavericks and I still would be surprised if Apple does that anytime soon, if they do that at all.
If would be a mistake, because the relative simplicity of script language programming is what makes it possible for a lonesome programmer such as myself to develop and maintain a couple of relatively large applications. The problem with RubyMotion is that it does an end-run around Xcode and since my apps do lots of initialization using NIB files it may be as much work for me to convert to RubyMotion as it will be to rewrite in objective-C.
I don't have any inside information on Apple's thinking, but I suspect that may be worth the effort to upgrade MacRuby for Mavericks. I'll let you know when I find out if the App Store will still still support MacRuby apps.
Bob Rice
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macruby-devel
Hi Mark, Thanks, I took a quick look at IB gem documentation. It looks like a possibility for me although it also looks like it could be difficult to maintain. You have to run rake ib:open every time you make a change in your ruby files. Ruby programmers will have a natural aversion to anything cryptic and unmaintainable as, for example, Unix shell script. Any solution I see seems like a throwback in sophistication. It took time for me to become familiar with XCODE so I'm not anxious to give up on it even with frequent crashes. PS. It seems to me that Xcode crashes because it gets to have too many files open in the editor and it will restore those open files when relaunched and continue to crash. But, doing a normal quit and relaunch will close files. Is there a shortcut to close all editor files? Bob Rice On Nov 5, 2013, at 3:46 AM, Mark Villacampa <markvjal@gmail.com> wrote:
Hey Bob,
Have you seen the IB gem? It let's you use nibs with Rubymotion with minimal changes in your MacRuby code.
Sent from my iPhone
On 05/11/2013, at 04:02, Robert Carl Rice <rice.audio@pobox.com> wrote:
Hi,
Nice that I sparked some discussion.
One of the reasons that I continued to write MacRuby script even though Xcode was giving me the warning that GC was deprecated is that I suspect that was a mostly a political move to appease the egos of the IOS and ARC guys and also to encourage programmers to write more efficient code. Even if Apple is determined not to support GC on the mobile devices, there is probable no really good technical reason to remove the capability for desktop apps. So I would have been surprised if Apple had removed GC in Mavericks and I still would be surprised if Apple does that anytime soon, if they do that at all.
If would be a mistake, because the relative simplicity of script language programming is what makes it possible for a lonesome programmer such as myself to develop and maintain a couple of relatively large applications. The problem with RubyMotion is that it does an end-run around Xcode and since my apps do lots of initialization using NIB files it may be as much work for me to convert to RubyMotion as it will be to rewrite in objective-C.
I don't have any inside information on Apple's thinking, but I suspect that may be worth the effort to upgrade MacRuby for Mavericks. I'll let you know when I find out if the App Store will still still support MacRuby apps.
Bob Rice
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macruby-devel
MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macruby-devel
On 5 Nov 2013, at 18:42, Robert Carl Rice wrote:
Thanks, I took a quick look at IB gem documentation. It looks like a possibility for me although it also looks like it could be difficult to maintain. You have to run rake ib:open every time you make a change in your ruby files.
I suppose you could have something like the kicker gem running in the background watching for changes to .rb files and running the rake command when it sees one.
Ruby programmers will have a natural aversion to anything cryptic and unmaintainable as, for example, Unix shell script. Any solution I see seems like a throwback in sophistication. It took time for me to become familiar with XCODE so I'm not anxious to give up on it even with frequent crashes. PS. It seems to me that Xcode crashes because it gets to have too many files open in the editor and it will restore those open files when relaunched and continue to crash. But, doing a normal quit and relaunch will close files. Is there a shortcut to close all editor files?
Not one that I know of. Xcode seems to ignore the system-wide settings for this (as it does with many other settings). I believe that Xcode is applescriptable enough to write something that loops through the open tabs and shuts them before quitting however. Failing that, I know that you can reset the window state inside an Xcode project by deleting the UserInterfaceState.xcuserstate file found here: xcode_project.xcodeproj/project.xcworkspace/xcuserdata/username.xcuserdatad/UserInterfaceState.xcuserstate
Bob Rice
-- Stephen Horne
participants (3)
-
Mark Villacampa
-
Robert Carl Rice
-
Stephen Horne