Is there an App like "Codea" ( http://twolivesleft.com/Codea/ ), but for MonoTouch?
I need a way to write and compile my MonoTouch code directly on the iPad.
I thought about writing my own realtime c# MonoTouch compiler for iPad, but I fear that this is a daunting task. But maybe there are some open source resources already out there.
Any help is appreciated,
Thanks.
In short, no there isn't. MonoTouch was designed explicitly to allow developers who are using Apple's XCode development environment to embed the Monotouch engine into their IOS applications. As the commenter mentioned, there is no C# interpreter for IOS.
Learn Lua, it's good for you :)
I was wondering if we could make an iphone app in which we can use torrent to download content.
Is it even possible can anyone give me the direction i should follow since m sort of new to iphone.
Thank alot in advance
Consider forking this project: https://github.com/kolyvan/kxtorrent
It uses the GNU Lesser General Public License (for better or worse) but it is still open source and you can fork it all like...
I think this would be quite difficult:
1: the iphone can't realy download stuff and if it downloads stuff you can't use it in other apps like ipod or something. So you should think about what you want to download?
2: I don't think that this kind of app would make it to the app to the appstore, so you need to develop for jailbreaks.
But nevertheless good luck.
Well, torrentula is a popular iPhone bittorrent client, so you might want to start by taking a look at that.
Is it possible to use XML-RPC calls in iPhone application (what approaches are the best)?
Are there any constraints with XML-RPC?
Thank you,
Paul
I have recently come across this library, take a look at the description at the end.
Hope you find it useful.
https://github.com/eczarny/xmlrpc
You might be interested in the WordPress for iOS app. It's completely open source and uses an XML-RPC library.
http://ios.wordpress.org/
So in previous questions about iPhone development on Windows, the basic/easy answer has been "just get a mac." However, I noticed a comment that mentioned DragonFireSDK. But no one else said anything about it?
Has anyone tried this? It look pretty legit to me, but I'm new to the iPhone world. I just find it weird that no one has discussed this yet. I mean, it looks like the perfect tools for the Windows users.
Thanks!
Oh yeah....here's the link to DragonFireSDK: DragonFireSDK
EDIT: This app is for my website, We, the Pixels. Any comments on if Dragonfire would be a good fit for an iPhone version of my website? Thanks!
DragonFireSDK is good, I have been developing several apps with it, the first of which is now available, a game called Firefox Fun: http://itunes.apple.com/us/app/firefox-fun/id393933733?mt=8
Yes, I use DFSDK and got my apps published to apples appstore using the sdk. they have good API it lets you use c/c++ to create your app.
Hi I'm looking into iPhone development, and Objective-C is not be my preferred language. As far as I can see at this moment Ruby cannot be used to talk to Cocoa Touch at the moment on the iPhone.
So my question is, am I wrong? Can I use Ruby on the iPhone to develop Cocoa Touch applications. And what is the future looking like for Ruby on the iPhone?
Now you can with RubyMotion
In the iPhone OS, mprotect() will fail if you try to use it to mark writable sections of memory as executable. This breaks bridges like RubyCocoa (and probably MacRuby) that use libffi to create Objective-C method handlers at runtime. I believe that this is by design because it was not always the case.
Ultimately, this is more a matter of platform politics than technology, but a technical workaround for this exists. Instead of generating custom method handlers at runtime, precompile a pool of reconfigurable ones that are assigned as needed, essentially making the bridging process entirely data-driven. As far as I know, this is not yet being done in RubyCocoa or MacRuby.
Another significant thing to consider is that the compiled Ruby and RubyCocoa runtimes can be significantly larger than compiled Objective-C apps. If these libraries were available on the iPhone, this wouldn't be an issue, but for now, even if you had RubyCocoa working, you might not want to use it for apps that you distribute.
No, you are correct. Currently, and most likely for the foreseeable future, Ruby will not be an option, at least for AppStore applications. There's no reason you couldn't do this on a Jailbroken phone, but Apple is pretty wed to Objective C for official development.
You are better off as a programmer knowing a number of different languages - think of Objective-C as a good learning opportunity.
I've found that things you learn in other languages often make you a better programmer overall, and give you new insights into other languages you already know.
rhomobile is an option to run ruby code on the iPhone, but it's essentially web app development. A web server runs locally on the iPhone and your ruby code renders to standard client side web technologies (html/css/javascript).
http://rhomobile.com/
Actually, the ruby cocoa bridge isn't awkward at all; things work remarkably smoothly, right down to connecting outlets in IB etc. The resulting code is down right beautiful.
As for iPhone development, if you want an official AppStore application, you're out of luck unfortunately. Apple dictated that iPhone is Obj-C/Cocoa Touch, and there's a clause in the SDK license saying that one of the things they will reject an app for is having a language interpreter/JIT compiler, so you couldn't add a ruby interpreter in your app yourself.
Off topic, but hilariously, this is why Flash for the iPhone is Adobe blowing smoke. They couldn't get a swf player onto the AppStore even if they wanted to, per Apple's license.
Uh, Rhodes (Rhomobile) does allow you to do native apps on the iPhone and all other smartphones. Yes, we do leverage doing rendering via the WebUIView control. But we allow all device capabilities and synchronized local data.
You might want to take a look at shinycocos. It is a child project of cocos2d-iphone, an Objective-C game programming framework for iPhone.
I haven't yet played with it, but from the git README I infer that it bundles Ruby 1.9.1 into your app.
I installed the ruby package from Cydia on my iPod Touch 1G jailbroken on 3.1.3:
Seems to work.
Now as for cocoa-touch that is a whole different story I would assume.
Take a look at http://www.appcelerator.com/products/titanium-mobile/
"Native iPhone and Android apps built with Web technologies."
Sounds good isn't it ? ;-)
No you can not create iOS native app in Ruby.
There is only two options for native apps for mac and iOS:-
Objective C and Swift Programming Language
Tutorials:-
Apple's official tutorial on Objective C
Apple's official tutorial on Swift Programing Language
If you are familiar with Ruby and only want to create iOS apps by Ruby. Ruby Motion, can be a cross-platform option for you, but it is not free.
Cross-Platforms
RubyMotion
Xamarin required .net skills
appcelerator HTML,XML,CSS,JS skills required
phonegap HTML,XML,CSS,JS skills required
I imagine it won't work right now, but I'd imagine that you'll eventually be able to use MacRuby to build iphone apps. Apple are putting a lot of work into it
Here's a link to an ADC article describing how to build normal cocoa apps
You don't have to use Objective-C to write iPhone apps. If you use QuickConnectiPhone, http://sourceforge.net/projects/quickconnect/, you can write it completely in JavaScript, CSS, and HTML and still have an installable application not a web app.
If you know ruby you are probably working with JavaScript already.
To see how to install it, run it, and other ideas go to tetontech.wordpress.com
There's an open-source Ruby-Cocoa bridge you might try to get working. But I gather that there's a bit of an impedance mismatch between Ruby and ObjC that makes it a bit awkward to use.
The Ruby Cocoa bridge probably will not work. Most of the bridges for dynamic languages need to generate executable thunks (either manually or with libffi). More limited bridges (for more static languages) may not have such issues.
In either event, bringing up a bridge is probably going to require becoming more familiar with the Objective C runtime than one would just learning how to write Cocoa Touch apps, which probably defeats the point of doing it in the first place.
Currently isnt true, Apple change their policies, take a look at ShinyCocos, is a ruby bindings for the Cocos2D-iphone game framework.
https://github.com/funkaster/shinycocos
One possible solution would be to create an application wrapping for example the rice library (google it) which includes a ruby-vm. I reckon you would be able to create c++ wrappers that you could expose to ruby, thus making an environment for iphone development with ruby. This probably requires a lot of work though ^^