Menu
▾
▴
rubycocoa-talk
|
From: Tim P. <he...@ti...> - 2008-06-26 13:18:48
|
Chaps, Has anyone tried RC with the iPhone SDK? That would be so awesome if you could use RC on the iPhone... although im not sure that iPhone would have the the MRI installed - if not, perhaps packaging it would work...? Cheers Tim |
|
From: Brian K. <bke...@gm...> - 2008-06-26 13:19:57
|
No RubyCocoa for iPhone yet. I wish. On Thu, Jun 26, 2008 at 9:18 AM, Tim Perrett <he...@ti...> wrote: > Chaps, > > Has anyone tried RC with the iPhone SDK? That would be so awesome if > you could use RC on the iPhone... although im not sure that iPhone > would have the the MRI installed - if not, perhaps packaging it would > work...? > > Cheers > > Tim > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk > -- ---- Brian Ketelsen bketelsen <at> gmail <dot> com |
|
From: victor j. <vic...@ca...> - 2008-06-26 13:28:51
|
Actually, the SDK EULA forbids that: 3.3.2 An Application may not itself install or launch other executable code by any means, including without limitation through the use of a plug-in architecture, calling other frameworks, other APIs or otherwise. No interpreted code may be downloaded and used in an Application except for code that is interpreted and run by Apple's Published APIs and built-in interpreter(s). On Thu, Jun 26, 2008 at 3:19 PM, Brian Ketelsen <bke...@gm...> wrote: > No RubyCocoa for iPhone yet. I wish. > > On Thu, Jun 26, 2008 at 9:18 AM, Tim Perrett <he...@ti...> wrote: > > Chaps, > > > > Has anyone tried RC with the iPhone SDK? That would be so awesome if > > you could use RC on the iPhone... although im not sure that iPhone > > would have the the MRI installed - if not, perhaps packaging it would > > work...? > > > > Cheers > > > > Tim > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php > > _______________________________________________ > > Rubycocoa-talk mailing list > > Rub...@li... > > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk > > > > > > -- > > ---- > Brian Ketelsen > bketelsen <at> gmail <dot> com > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk > -- -- Victor Jalencas <vi...@ca...> |
|
From: Tim P. <he...@ti...> - 2008-06-26 13:34:08
|
oooo interesting - thats a real shame. Anyone know if there are plans afoot for that to change? Tim On 26 Jun 2008, at 14:28, victor jalencas wrote: > Actually, the SDK EULA forbids that: > > 3.3.2 An Application may not itself install or launch other > executable code by any means, including without limitation through > the use of a plug-in architecture, calling other frameworks, other > APIs or otherwise. No interpreted code may be downloaded and used in > an Application except for code that is interpreted and run by > Apple's Published APIs and built-in interpreter(s). |
|
From: Marcelo A. <mar...@xf...> - 2008-06-26 13:41:32
|
I don't think the statement #3.3.2 forbids the use of another languages. If your app bundles the ruby interpreter inside, there's no download, and you're not launching another executable. Problems: your apps will be HUGE (>10Mb each, no download over 3G), because you can't share the interpreter with another apps. 2008/6/26 Tim Perrett <he...@ti...>: > oooo interesting - thats a real shame. Anyone know if there are plans > afoot for that to change? > > Tim > > On 26 Jun 2008, at 14:28, victor jalencas wrote: > >> Actually, the SDK EULA forbids that: >> >> 3.3.2 An Application may not itself install or launch other >> executable code by any means, including without limitation through >> the use of a plug-in architecture, calling other frameworks, other >> APIs or otherwise. No interpreted code may be downloaded and used in >> an Application except for code that is interpreted and run by >> Apple's Published APIs and built-in interpreter(s). > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk > |
|
From: Jason F. <ja...@th...> - 2008-06-26 13:51:56
Attachments:
smime.p7s
|
On Jun 26, 2008, at 8:41 AM, Marcelo Alves wrote: > I don't think the statement #3.3.2 forbids the use of another > languages. If your app bundles the ruby interpreter inside, there's no > download, and you're not launching another executable. Not sure I agree with you; I think it does prohibit it, albeit in some very vague and possibly ambiguous language. But IANAL, so who knows. Also keep in mind that they have the power to just reject your app for inclusion in the App Store anyway, so I'm not sure it is worth the effort to build an iPhone app using RubyCocoa at this time. I spoke to some Apple engineers at WWDC, and none of them seemed opposed to having RubyCocoa (or PyObjC) on the iPhone. Best way to make it happen is to file bugs. They'll probably be closed as dupes, but the more they get, the higher chance there is of it happening. Jason |
|
From: Tim P. <he...@ti...> - 2008-06-26 13:53:26
|
Im no lawyer, but this line: "No interpreted code may be downloaded and used in an Application except for code that is interpreted and run by Apple's Published APIs and built-in interpreter(s)" Ruby is an interpreted language, so one would imagine that puts pay to the idea of RC for iPhone... Although having said that its a bridge to Apples interpreter, so, perhaps its a grey area ;-) On 26 Jun 2008, at 14:41, Marcelo Alves wrote: > I don't think the statement #3.3.2 forbids the use of another > languages. If your app bundles the ruby interpreter inside, there's no > download, and you're not launching another executable. > > Problems: your apps will be HUGE (>10Mb each, no download over 3G), > because you can't share the interpreter with another apps. |
|
From: Marcelo A. <mar...@xf...> - 2008-06-26 13:57:52
|
2008/6/26 Tim Perrett <he...@ti...>: > Im no lawyer, but this line: > > "No interpreted code may be downloaded and used in an Application > except for code that is interpreted and run by Apple's Published APIs > and built-in interpreter(s)" > > Ruby is an interpreted language, so one would imagine that puts pay to > the idea of RC for iPhone... Although having said that its a bridge to > Apples interpreter, so, perhaps its a grey area ;-) Yep, it is interpreted, but if you bundle it with your app, there's no download and the "no interpreted code may be downloaded AND used" doesn't apply. =) And I agree, it is a grey area and Apple can reject your app. > > On 26 Jun 2008, at 14:41, Marcelo Alves wrote: > >> I don't think the statement #3.3.2 forbids the use of another >> languages. If your app bundles the ruby interpreter inside, there's no >> download, and you're not launching another executable. >> >> Problems: your apps will be HUGE (>10Mb each, no download over 3G), >> because you can't share the interpreter with another apps. > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk > |
|
From: Tim P. <he...@ti...> - 2008-06-26 14:04:26
|
I have no intention of building an RC app for iPhone right now, I was just looking at the SDK online and had a thought about it thats all :-) For now i'll sit back and see what evolves... On 26 Jun 2008, at 14:57, Marcelo Alves wrote: > Yep, it is interpreted, but if you bundle it with your app, there's no > download and the "no interpreted code may be downloaded AND used" > doesn't apply. =) > > And I agree, it is a grey area and Apple can reject your app. |
|
From: Dave B. <dav...@3d...> - 2008-06-26 15:14:09
|
I am hoping the MacRuby effort makes it to the iPhone as I think this could be a much better fit. Dave. On 26 Jun 2008, at 15:04, Tim Perrett wrote: > I have no intention of building an RC app for iPhone right now, I was > just looking at the SDK online and had a thought about it thats > all :-) > > For now i'll sit back and see what evolves... > > On 26 Jun 2008, at 14:57, Marcelo Alves wrote: > >> Yep, it is interpreted, but if you bundle it with your app, there's >> no >> download and the "no interpreted code may be downloaded AND used" >> doesn't apply. =) >> >> And I agree, it is a grey area and Apple can reject your app. > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X