Randall, What you fail to see again despite our insistence to tell you is that such tool to generate C code from Rev Stacks is precisely what is now forbidden by the new agreement. I am beginning to think that you can actually speak English or that my English is surprisingly awful because I've told you maybe SEVEN TIMES THIS WEEK ALONE that the new agreement prohibits generating C code from anything. The clause says "originally written in Objective-C" and not "Cross compiled into Objective-C".
The source of all this mayhem is the exact fact that we're legally bound to an agreement that prevents using any kind of generator program. Generators are not Apple Compliant no matter how many emails you send to this list, they will still be illegal. No matter how many times we tell you that you can't and you tell use that YES RANDALL CAN or that you know better, you still can't. There's an agreement, a contract and developer sign that thing. You can't go against an agreement not matter how much you dislike it. As I've told you BEFORE IN ALL MY PREVIOUS FOUR EMAILS TO YOU (which I don't think you read anyway, because you keep repeating) it is not a technical problem, it is a legal problem. Right now, unless Apple calls Kevin and the dialog goes like: Steve: "Yo, Sup?" Kevin: "Sup, Steve, whats up?" Steve: "I've seen RevMobile, launched it and BOOM in 10 minutes I got a running iPad thingy. Which was wonderful. It really empowered me, since I can't code in Objective-C either" Kevin: "Oh, that's good to know. By the way Steve, thanks for this wonderful oportunity to make your life easier. Is RevMobile allowed then?" Steve: "Yes it is, oh, and one more thing, I think we should bundle RevMedia with all new macs" Kevin: "Thats bloody good, mate!" Unless the piece above happens, then, we CAN'T GENERATE ANYTHING and be approved for the app store. I hope we're clear. Now, since I am a nice chap and I don't believe you read my emails at all, I am going to repeat myself in some other languages, maybe, one of those will ring a bell and unlock your memory and you'll recall some days ago when I said the precise same thing: English: YOU CAN'T USE GENERATORS Portuguese: VOCÊ NÃO PODE USAR GERADORES Portunhol: USTED NON PUEDES UTILIZAR GERADORES Thanks, I hope we're now over this subject. On Sun, May 9, 2010 at 6:29 PM, Randall Lee Reetz <rand...@randallreetz.com>wrote: > Wow, the logic in your argument makes absolutely no sence and is in no way > comparable in this context. > > To wit. The problem to which you allude is one of people attempting to > build flash apps from C source. Of course thus would violate apples policy! > But the discussion here is centered on the possibility of generating C > source from rev stacks and then building apple compliant apps within the > apple blessed IDE. No harm, no foul, no secret sneak. > > Rev, in this scenario would not be asserting any new external third party > protocol into the app space. It would simple act as an app prototyping and > sketch helper tool. > > Huge and incomparable difference! > > Randall > > -----Original Message----- > From: Chipp Walters <ch...@altuit.com> > Sent: Sunday, May 09, 2010 11:32 AM > To: How to use Revolution <use-revolution@lists.runrev.com> > Subject: Re: Check out Jerry's new videos -- REV to ObjC -> iPhone > > Not true. There was much web talk about this on various dev blogs and the > consensus was Apple would definitely be able to create a tool to identify > Flash apps created from C ported to Xcode. > > The reason is simple. even though Flash (and Rev) generates C code, they > have to use their own C libraries to work with it. And these C libraries > have unique footprints which can easily be detected. Once detected, it is > easy to conclude they are in violation of SDK 4.0. > > And even if a better workaround was found, we're only a Apple license dot > dot revision away from being excluded once again. I don't understand why > this concept is so hard for folks to grasp? If Apple doesn't want you to > develop on their platforms, then do like Adobe did and give up. > > Instead, focus on creating killer apps on other platforms. Sooner or later > someone is bound to create another must have software product with a dev > environment which is not Xcode. It just won't be able to be run on iPhones > and ipads. > > My advice would be it's risky to do business with Apple. Earlier, I > couldn't believe you could spend a year writing an iPhone app, just to have > it rejected based on arbitrary conditions. At least with game consoles, they > can pre-accept your idea and the final check is only a QA one. > > Now, with the latest 4.0 (not 3.0,2.0,1.0) SDK, it's obvious Apple can > change their mind, midstream of your million dollar investment, and kill > your company plan with an unprecedented dot dot license change limiting you > to what "original programming language is used." Who ever heard of such > draconian development terms? > > Yes, to put trust in Apple as a partner these days is a risky business > indeed. > > On May 9, 2010, at 12:11 PM, Josh Mellicker <j...@dvcreators.net> wrote: > > > Of course, if you pasted the C code into Xcode and built your app there, > there would be no way Apple could tell the code was not written in Xcode. > Text is text. > _______________________________________________ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > > > _______________________________________________ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- http://www.andregarzia.com All We Do Is Code. _______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
