How exactly does runrev for ipad/iphone work?

Randall Reetz randall at randallreetz.com
Fri May 7 01:01:57 EDT 2010


OK, well I get all of this.  Apple is slimy (at least while it is going all ape sh__ on adobe).  But nobody has answered my proposal.  Why not write an xtalk to C source (not binary or byte code) translator?  That way, it is trivial to copy and paste source into apple's blessed IDE (or anyone else's for that matter).  Apple wants its hands into the source, pre-compiler, so give it to them!  I know apple, like any platform, is a moving target(s).  But that is the name of the game in high tech.  Moore's law and such.  Rev is a great tool.  But it isn't a tool that is in charge.  Playing catchup is always risky.  Most if not all of the revMobile IP is transferable to a scheme like the one I have suggested. All of the emulators and IDEs continue to do what they were meant to do.  It is just output that has to be adjusted.  I am guessing that Rev is a C or Java based IP set anyway.  I can see why that lent it self to byte code export.  Oh well.  If Rev was to offer another revenue option, where the rev community was given the choice to pay substantially less for the product and agree to give up a percentage of any revenue generated through the sale of apps, it might incentivize rev to go deeper into this upfront investment.  I would gladly enter into such an agreement.  Seems only fair.  Why shouldn't Rev benefit if I should benefit from Rev products?  Also, that would take the purchasing burden off of kids and students and others who might want to explore but aren't sure they want to pay hundreds of dollars just to see if Rev or programming is their cup of tea.  I don't know if it is myth or fact, but the hype surrounding app sales is pretty astounding.  Gold rush like.  Rev could make a lot of money if they got residuals from rev built apps when they sell.

So, how much harder would it be to output decently formed C source from Rev stacks than it is to output byte code?  Anyone know?

Adobe has an axe to grind.  Rev doesn't, (or does it?).  Rev needs to be nimble and adaptive, play nice… the benevolent parasite.

Randall


On May 6, 2010, at 9:42 PM, Chipp Walters wrote:

> There's a huge problem with your argument regarding the Apple situation. First off, most every vendor who creates cross platform binaries for the iPad has confirmed they can incorporate any of the features which Apple's toolset requires-- no problems. This is not a technical issue. 
> 
> But the much larger issue is one of trust and intent. Clearly, Apple does not want third party toolsets writing binaries for their platform. Jobs has stated such. Their license even states what they want the "original" code to be programmed in. What would make someone like Adobe, or RunRev want to invest even more dollars 'getting around the license' when Apple could just as swiftly revise their license terms once again?
> 
> While one could not and should not blame Adobe or RunRev for the first mistake of trying to comply, only to be thwarted by totally unexpected changes in a 4.0 (not 1,2 or 3 vers) SDK license, I'm sure shareholders and BOD's would not look too kindly at a management who continued on such a mission, only to be thwarted again by more new changes in Apple's license. 
> 
> "First time-- shame on Apple.
> Second time-- shame on you!" 
> 
> Chipp Walters
> CEO, Shafer Walters Group, Inc
> 
> On May 6, 2010, at 11:23 PM, Randall Lee Reetz <randall at randallreetz.com> wrote:
> 
>> Yes, this is why I am suggesting that rev output  C source that can be opened within the blessed IDE.  Apple wants control at that level.  I am sure this is so that its compiler can insert com checks and interrupts for ads and tracking of monetary unit exchange.  So if that is what apple wants, give it up.  An xtalk to C source translator presents soooooo many opportunities.  Endless.
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
> 




More information about the use-livecode mailing list