I'm curious if the XML views will remain the same?
Yes, XML based layouts work just like they do in traditional Android development.
And to chrisdevereux's point, we've already got some Android support in MotionKit.
RubyMotion 3.0 Sneak Peek: Android Support
71–80 of 80 posts
Re: RubyMotion 3.0 Sneak Peek: Android Support
#72Maybe it's petty but I've lost confidence in Ruby Motion since I've had a pull request open against it for whole year because they don't support enterprise deployment out of box. The fix is pretty damn simple too https://github.com/HipByte/RubyMotion/pull/64/files You'd think enterprise would be a prime use case here. Sucks to have to keep your own fork up to date. Moral of the story, if you have a Github repo please…
I'm just smiling at the juxtaposition. It's amusing what in most circumstances would be a fact of life becomes a major sticking point. Apple doesn't take pull requests. I'm sure Google accepts patches, sometimes, but the process doesn't strike me as quite on the PR-level of ease. Is the alternative PhoneGap, and the hypothesis that they're more responsible with taking ownership of your pet features? Just curious.
[deleted]
Re: RubyMotion 3.0 Sneak Peek: Android Support
#73Earlier quoted context omitted.
> I would love being able to write ruby instead of java You can do that with InfraRuby ( http://infraruby.com/ ) if you don't mind writing type annotations.
Thanks for the downvotes! In case it's not obvious, this is a free download (follow the "Installation" link). A major update will be released next week! InfraRuby compiles Ruby with type annotations to ordinary Java classfiles.
Wow, that is well hidden. Also: I don't get "Live" form. Wouldn't a "hey you wrote Ruby, but here is your .jar" form make more sense?
Re: RubyMotion 3.0 Sneak Peek: Android Support
#74Earlier quoted context omitted.
I agree, and the 30 day trial isn't enough. It would be side projects, so I may get to hack on it for a day and maybe a night or two. I can write Obj-C, and Java, they just aren't as intuitive or enjoyable to me. And lets face it, $200 is just too much to spend when RubyMotion may not exist for version 4, and then I have an entire application that needs to be ported into Obj-C and Java... And a promise of open sourci…
> $200 is just too much to spend when RubyMotion may not exist for version 4 Do you see the contradiction here? I am happy, delighted even, to pay $200 (and then $100/yr) precisely because I know it is going to keep the company afloat for version 4, and 5, and 6. If anything I worry they are charging too little. You want good things to exist, someone has to pay for them! Why is this so hard to understand?
Um, because I don't know if it's a good thing. How hard is that for you to understand. Seriously, did you read my comment before deciding to lay on the snark.
Re: RubyMotion 3.0 Sneak Peek: Android Support
#75BTW is there something like PhoneGap but for desktops (Win, Linux, OSX)? Or even better, Ruby integrated with Webkit.
Re: RubyMotion 3.0 Sneak Peek: Android Support
#76BTW is there something like PhoneGap but for desktops (Win, Linux, OSX)? Or even better, Ruby integrated with Webkit.
I've used a bit TideSDK [1]. I'm afraid the project might be on hold though since there has been no activity on their github repository [2]. Some explanations can be found on their blog [3]
[1] http://www.tidesdk.org/ [2] https://github.com/TideSDK/TideSDK [3] http://www.tidesdk.org/blog/
Re: RubyMotion 3.0 Sneak Peek: Android Support
#77This is great news, it will boost the adoption of Ruby and RubyMotion in the huge Android market. Finally I have a reason to give RubyMotion a try. I'm curious how much productivity gain can one achieve with a language like Ruby once it is compiled (which will ensure the speed of the resulting application).
I think the gains are huge, but it depends on your preferred workflow. I know some traditional Xcode developers who kick and scream at the idea of loosing their IDE, whereas I prefer to live in the terminal. Workflow is one thing, but then writing Ruby code is so fluid . Notice that there's not a lot of preamble (imports and such) that you need to take care of in the Ruby code, I think that's great. But, again, langu…
Agreed, RubyMotion is appealing if you prefer a fast development cycle. I tend to use C++ for most of my programming projects but every time I've used a more "dynamic" language (Python or JavaScript in my case) I was amazed at how fast I can try/drop/improve on an idea and see the code running. The only problem I had with the "dynamic" languages was the speed of the resulting code, RubyMotion seems to be in the sweet spot between a statically typed language and a dynamic (usually interpreted) language.
Re: RubyMotion 3.0 Sneak Peek: Android Support
#78Earlier quoted context omitted.
Um.. no. Sorry. I haven't done that for desktop software since the early 2000s. You're asking for a lot of damn money on nothing but faith. Besides, every crappy product advertised on TV ever offers a "money back guarantee", and some cursory googling should show that those often aren't worth the electrons used to transmit the image to the screen. This is the internet age, and we're talking about software. You get pai…
I have to say I have trouble taking comments like this seriously. $200 is "a lot of damn money"? Are you kidding? This is a professional tool for software developers. You do know you'll need a $100/yr ADC membership to even run your software on an iOS device, right? Many developers have no problem whatsoever spending $200 on a tool like rubymotion, in fact I think it's a bargain. A money back guarantee is a bonus, an…
I'm glad you have the disposable income to spend on something without even knowing in advance if it's something you'll use or even like.
I do not. But apparently personal principles are unwelcome here.
Re: RubyMotion 3.0 Sneak Peek: Android Support
#79Earlier quoted context omitted.
It could be a bad sign, or it could speak to priorities, and your priorities are not their priorities it seems. Personally, I accept all pull requests that are solid, written to my standards, fix or extend a feature that is a priority, are accompanied with unit tests, and do not impact or impinge on another feature or future feature. I do not however accept all pull requests. Part of this is that if there is no deman…
True, but if your business is alternative toolchains to Apple's own; and it's shown to me that you don't support something I know a great deal of iOS developers use then I lose a bit of faith in your marketing message that "lot's of important apps use us... and don't mind what all the naysayers say about our garbage collector, give us $200/year and give it a shot yourself". It's one thing that my pull hasn't been acc…
Enterprise and government comes with a lot of baggage that no sane developer would ever try to take on. You are manifesting your priorities on them, and that simply may not be the case. The $200 price point is likely that high in order to keep the client base low. I'm not saying you're wrong, but Apple itself barely supports enterprise with most of their enterprise management bits being third party. A laptop without a docking station??? Crazy, they might as well not sell computers...
Source: Work for government, not entirely sane, have had Apple reps brought in to discuss in house dev, written in house application, ruby, C#, C, Obj-C, JS, C++ developer in order of preference.
Re: RubyMotion 3.0 Sneak Peek: Android Support
#80Earlier quoted context omitted.
True, but if your business is alternative toolchains to Apple's own; and it's shown to me that you don't support something I know a great deal of iOS developers use then I lose a bit of faith in your marketing message that "lot's of important apps use us... and don't mind what all the naysayers say about our garbage collector, give us $200/year and give it a shot yourself". It's one thing that my pull hasn't been acc…
Enterprise and government comes with a lot of baggage that no sane developer would ever try to take on. You are manifesting your priorities on them, and that simply may not be the case. The $200 price point is likely that high in order to keep the client base low. I'm not saying you're wrong, but Apple itself barely supports enterprise with most of their enterprise management bits being third party. A laptop without…
On iOS "enterprise provisioning" means less baggage. No UDIDs, which are deprecated in software BTW. To be clear this is a tiny patch that adds support for some 40%+ of dev shops and all enterprises. All we are talking about is this:
unless App.config.provisions_all_devices? || App.config.provisioned_devices.include?(device_id)
App.fail "Device ID `#{device_id}' not provisioned in profile `#{App.config.provisioning_profile}'"
end
Almost every dev shop that is more than two guys I know uses this.