<div dir="ltr">Xamarin relies on Mono, with potential licensing and runtime implications for commercial developers.<br><br>Xamarin does have a fully capable free edition and an individual edition, but if you have 6+ employees then you don&#39;t qualify for these (not 6+ Xamarin licenses/users, just employees).  At which point, as Leigh mentions, Xamarin starts to get eye wateringly expensive.  When looking at Xamarin pricing remember to multiple each user by the number of platforms that user will support!<br>
<br>As for XE6, I doubt that mobile development per se will get any &quot;better&quot; in Delphi XE, in the sense that it will ever fundamentally change the approach.  You will always be stuck with a runtime framework which will eat up a significant portion of any benefit gained from compilation to hardware code, comes with it&#39;s own minimum hardware requirements, regardless of your application needs/complexity.  This framework delivers platform independent UI&#39;s but denies you access to the full capabilities of the underlying platforms.<br>
<br>The approach actively encourages a &quot;one size fits all&quot; approach to mobile device UI&#39;s, flying in the face of the fact that the different platforms do have differences, some of which influence the choice of platform for the users involved.  Some iOS users don&#39;t want no stinking Android look and feel, and vice/versa.  And nobody is much impressed when an app has it&#39;s own entirely unique UI, even if it&#39;s consistent across all devices.  I never could understand why an Android user is supposed to care that the app they use on their device looks exactly the same on someone else&#39;s iPhone.<br>
<br>imho these advantages speak to bean counters and project managers, not users or customers.<br><br>Back to the future of mobile dev on Delphi, there may be bug fixes and additional capabilities, but things such as the inability to create widgets or deploy to Intel based devices etc cannot be addressed by adding more and more stuff into FireMonkey.  The problems there are baked in to that hardware code approach.  e.g. no support for Intel x86 based Android devices.<br>
<br>It is also highly unlikely that you will ever again see a .NET solution from Embarcadero, so if Windows mobile platforms (other than Surface Pro) are or could be important to you (or perhaps more importantly, to your customers - potential or actual) then XE is a dead end.  Similarly the VCL is essentially in a freeze-dried state.<div>
<br><br>RemObjects now has a C# offering in the form of Hydrogene.  Just as with Oxygene, it supports Java (and therefore but not only Android) as well as .NET, iOS and OS X.  Also just as with Oxygene, it favours genuine platform native implementations over portable abstractions, but source can be written in a cross-platform manner where desirable and appropriate.  To an extent.<br>
<br>With RemObjects you can also mix C# code with ObjectPascal (in the form of RemObjects Oxygene).<br><br>RemObjects C# is far and away the cheapest option at $699 for all platforms (.NET, Java, Cocoa) when considering fully capable editions of the available multi-platform options.  Even if you add in ObjectPascal, it remains the cheapest option in terms of licensing cost.</div>
<div><br></div><div>The fact that your development is conducted against the platform native API&#39;s also means that if you or your developers ever need to resort to asking for assistance, then the entire community of developers for those platforms will be of use.  An expert in Android development might only speak a Java dialect of the Android SDK&#39;s, but the core vocabulary and syntax of those SDK&#39;s is the same, you just need to speak their answers with the RemObjects C#/Pascal accent.<br>
<br>But if your question involved a FireMonkey or Xamarin.Forms widget, for example, then your pool of resources is limited to those who know FireMonkey or Xamarin.<br><br>Developing at the platform level(s) also means you will be better prepared to switch to entirely native development (i.e. Eclipse, Xcode and Objective-C) should the need or desire arise in the future.<br>
<br><br>I would say that&#39;s my 2 cents, but I think it&#39;s a bit more than that.  :)<br><br>As I think people may already know, I myself opted for RemObjects C# and ObjectPascal.  I have Delphi 1 thru XE5, but this is used only for what you might now call &quot;legacy&quot; Win32/64 VCL development.<br>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 11 July 2014 12:04, Leigh Wanstead <span dir="ltr">&lt;<a href="mailto:leigh.wanstead@gmail.com" target="_blank">leigh.wanstead@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Stephen,<div><br></div><div>C# actually is Xamarin android, iOS :-)</div><div><br></div><div>I think Xe6 price is cheap compare to Xamarin solution :-)</div>
<div><br></div><div>But Xamarin allows you to write xamarin.forms for android, iOs and windows 8 phone in a single code base with native look for each platform. :-)</div>

<div><br></div><div>The key word compare to Xe6 is native control for each platform :-)</div><div><br></div><div>Regards</div><div>Leigh</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">
On 11 July 2014 06:04,  <span dir="ltr">&lt;<a href="mailto:stephen@bertram.co.nz" target="_blank">stephen@bertram.co.nz</a>&gt;</span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">Hi All<br><br>I have XE5, but am really only using it in Win64 mode.  To date I have not done any mobile development or Firemonkey apart from a few small apps to find out if it does what it is supposed to.  At the moment I&#39;m in Europe for a few months enjoying myself and not thinking about coding, but when I get back I will be into a few projects and deciding on my development environment of choice.  To this end I would like to hear from anyone who has upgraded to see if there is any advantage for me.<br>


<br>Are the XE6 bug fixes significant?<br>Is the Android and OSX/iOS deployment better?<br><br>And the key question (I can hear the screams from here) - How does XE6 rate against C# and Objective-C?<br><br>I look forward to the discussion :-)<br>


<br>Stephen Bertram<br>
<br></div></div>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></blockquote></div><br></div>
<br>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></blockquote></div><br></div>