<div dir="ltr">I have to agree. I have to make a very considered decision to  upgrade because of the pain of having to install components. I think EMB. have come some way to help by introducing GetIt, but no all my component Devs are using it and there there are the ones who are no longer around so I have to do it myself, and the same for my own components.<div>I look forward to having a  &quot;Personal&quot; GetIt where we can specify the components we want to install therefore making Delphi upgrades easier.</div><div><br></div><div>Jeremy</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 21, 2017 at 3:06 PM, Jan Bakuwel <span dir="ltr">&lt;<a href="mailto:jan.bakuwel@omiha.com" target="_blank">jan.bakuwel@omiha.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Bevan,<br>
<br>
Thanks for your response!<br>
<span class=""><br>
On 21/09/17 13:44, Bevan Edwards wrote:<br>
&gt;<br>
&gt; Hi Jan,<br>
&gt;<br>
&gt; I have had that headache of upgrading components from one RAD Studio<br>
&gt; version to the next for some time now, which is why I&#39;m always<br>
&gt; hesitant to move projects to the latest version (although I am now on<br>
&gt; the subscription model, so I download the updates and new versions as<br>
&gt; they become available).<br>
&gt;<br>
&gt; I mostly develop in C++Builder, but I think that the experience is the<br>
&gt; same as with Delphi.<br>
&gt;<br>
&gt; Migrating from XE3 to XE8 was a bit of a nightmare, but I eventually<br>
&gt; completed that migration.  I started on the migration from XE8 to RX<br>
&gt; Seattle (I had to lookup the name to remind myself), but that was also<br>
&gt; a bit of a mission, so I never completed it.<br>
&gt;<br>
&gt; With 10.1 Berlin I found the migration much easier, but perhaps it was<br>
&gt; because I had done part of the work in Seattle and also because I had<br>
&gt; a bit more time to sort things out.  But then moving to 10.2 Tokyo was<br>
&gt; a Breeze (essentially everything I had done for Berlin more or less<br>
&gt; just worked in Tokyo).<br>
&gt;<br>
&gt; Going from XE5 to Tokyo is probably going to be a similar mountain of<br>
&gt; work as what I experienced going from XE3 to XE8, but I think it&#39;s<br>
&gt; well worth it.<br>
<br>
</span>For the project I&#39;m currently working on migrating it (to 10.2 Tokyo)<br>
should not pose too much trouble.<br>
<span class=""><br>
<br>
&gt; I now use Tokyo as my main development platform and have streamlined<br>
&gt; the process of migrating old projects (replacing components which have<br>
&gt; not been maintained or upgraded with the new versions).<br>
&gt;<br>
&gt; I believe the annual subscription model is a necessity from XE8<br>
&gt; onwards (unless you want to pay full price at each upgrade), but if<br>
&gt; you&#39;re using it on a regular basis then it&#39;s worth the investment.<br>
<br>
</span>Indeed.<br>
<span class=""><br>
&gt;<br>
&gt; In your situation, the question is whether it&#39;s worth the investment<br>
&gt; for an occasional in-house developed project.  The answer is probably<br>
&gt; not, unless there is (a) some benefit in the target platforms offered<br>
&gt; (over and above what is available in XE5), and (b) you will have the<br>
&gt; time to put into overcoming the learning curve to use those new target<br>
&gt; platforms (assuming it&#39;s different from what you&#39;ve been doing).<br>
<br>
<br>
</span>What prompted me to write this email is that while debugging for days I<br>
got the feeling I was working with a substandard product (XE5 +<br>
FireMonkey). Multithreading is a basic necessity in any responsive GUI<br>
application these days. And even if one would not create their own<br>
threads, threads are created by the RTL in many occasions. I wasn&#39;t too<br>
pleased finding out that - apparently - XE5 FireMonkey RTL wasn&#39;t tested<br>
well enough. I have the hope that things are much better in 10.2 Tokyo<br>
but then I&#39;ve been bitten by that sort of thinking before.<br>
<br>
If by upgrading I would get a well tested production ready development<br>
platform for Windows, MacOS, iOS, Android and Linux, I&#39;d be tempted to<br>
once more spend the money.<br>
<span class=""><br>
&gt;<br>
&gt; As far as I&#39;m aware there is no Linux platform support in Tokyo, but<br>
&gt; it is on their roadmap.<br>
<br>
</span>There is, but as far as I can tell only in the Enterprise or Architect<br>
editions (<a href="https://www.code-partners.com/product/delphi" rel="noreferrer" target="_blank">https://www.code-partners.<wbr>com/product/delphi</a>)<br>
<span class=""><br>
&gt; I have played around with mobile applications in both Berlin and<br>
&gt; Tokyo, but I haven&#39;t produced anything for use outside of my<br>
&gt; development environment yet (too few hours in the day/week/month).<br>
&gt; I have also not deployed any apps on MacOS yet (haven&#39;t needed to and<br>
&gt; haven&#39;t had a Mac machine available, until recently).<br>
&gt;<br>
&gt;<br>
&gt; I hope that helps - feel free to ask any further questions.<br>
<br>
</span>It sure does, many thanks!<br>
<div class="HOEnZb"><div class="h5"><br>
Jan<br>
<br>
______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://delphi.org.nz/mailman/<wbr>listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz">delphi-request@listserver.123.<wbr>net.nz</a> with Subject: unsubscribe</div></div></blockquote></div><br></div>