Re: [MacRuby-devel] MacRuby on Mavericks

2013-11-05 Thread Mark Villacampa
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  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
> [email protected]
> https://lists.macosforge.org/mailman/listinfo/macruby-devel
___
MacRuby-devel mailing list
[email protected]
https://lists.macosforge.org/mailman/listinfo/macruby-devel


Re: [MacRuby-devel] MacRuby on Mavericks

2013-11-05 Thread Robert Carl Rice
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  wrote:

> 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  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
>> [email protected]
>> https://lists.macosforge.org/mailman/listinfo/macruby-devel
> ___
> MacRuby-devel mailing list
> [email protected]
> https://lists.macosforge.org/mailman/listinfo/macruby-devel

___
MacRuby-devel mailing list
[email protected]
https://lists.macosforge.org/mailman/listinfo/macruby-devel


Re: [MacRuby-devel] MacRuby on Mavericks

2013-11-05 Thread Stephen Horne

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
___
MacRuby-devel mailing list
[email protected]
https://lists.macosforge.org/mailman/listinfo/macruby-devel