[DUG] Delphi 10.2 Tokyo ready for production?

Fri Sep 22 14:28:48 NZST 2017

The main problem we are facing with the Tokyo is the virtual keyboard page scrolling is broken. The demo [ http://docwiki.embarcadero.com/CodeExamples/XE8/en/FMX.Mobile.ScrollableForm_Sample ] does not work on my android device. Berlin it works fine. I have found one reference to the problem (https://forums.embarcadero.com/message.jspa?messageID=884713) but I cannot understand how this is not seen as a game stopper. If there is no scrolling when you enter data into an edit box at the bottom of the screen you are typing blind. Has anyone else come across this problem ? There may be a simple solution that I have not seen.

-----Original Message-----
From: delphi-bounces at listserver.123.net.nz [mailto:delphi-bounces at listserver.123.net.nz] On Behalf Of Jeremy North
Sent: Friday, 22 September 2017 10:21 a.m.
To: NZ Borland Developers Group - Delphi List
Subject: Re: [DUG] Delphi 10.2 Tokyo ready for production?

Hi,

There are still android issues with Tokyo. Most around painting and performance. Also the work experience kid that changed the expander control in fmx broke it badly. 

Andy should have access to all versions as a technical partner unless he discontinued being a member. Perhaps he never signed up because where he worked always was up to date. He definitely qualifies to be a partner though. 

There are major keyboard issues under android in Berlin which are fixed in Tokyo but there are worse issues in Tokyo. We have been promised a new update for Berlin for the fixes, but I'll believe it when I recompile and the issues are gone... not good for clients with shopped apps publicly available that have been on maintenance since the start. We even have 5 licenses extra that we keep renewing that we don't use anymore. Although that might change soon. 

cheers,
Jeremy

> On 22 Sep 2017, at 7:50 am, David Brennan <dugdavid at dbsolutions.co.nz> wrote:
> 
> Hi,
> 
> We've been gradually pulling ourselves up to the latest versions over the
> last few years and have reached Berlin 10.1. It's behaving pretty well on
> our software which is quite large and complex. I get less complaints about
> Berlin than I did any earlier version. In general I agree that a
> subscription makes sense, anyone who is running their business on Delphi
> should not begrudge the subscription amount and once you get up to date
> going to each new version is not too hard.
> 
> Having said that, the reason we aren't on Tokyo is that Andy Hausladen
> stopped producing IDEFixPack from Tokyo onwards (he did recompile it for
> Tokyo but something had changed and he doesn’t own a copy of Tokyo so he
> didn't go any further - why Embarcadero hadn't just given him a free
> subscription by then is totally beyond me). We need IDEFixPack to make our
> compilation time at all reasonable - with IDEFixPack a full build is around
> 2 minutes, without it we were getting up to 20 or 30 minutes. We've done
> some work to reduce a few unnecessary cyclic dependencies since then but
> even so there is no way we are willing to use a version of Delphi which
> requires even twice the time Berlin does to compile. We've heard that
> Embarcadero are going to build Andy's performance fixes into the next
> version but we haven't seen any concrete evidence of this. Despite my advice
> above this may lead to us cancelling our subscriptions, there is little
> point in paying maintenance for new versions which we can't use.
> 
> Regards,
> David.
> 
> 
> -----Original Message-----
> From: delphi-bounces at listserver.123.net.nz
> [mailto:delphi-bounces at listserver.123.net.nz] On Behalf Of David Moorhouse
> Sent: Friday, 22 September 2017 8:37 a.m.
> To: NZ Borland Developers Group - Delphi List <delphi at listserver.123.net.nz>
> Subject: Re: [DUG] Delphi 10.2 Tokyo ready for production?
> 
> We've used it for in house apps deployed to enterprise users.  We've also
> ported one of our apps to run under Mac OS - we used the Turbo Cocoa
> framework which allowed us to reuse/write the logic in Delphi and the UI in
> XCode.
> 
> I've created a simple web broker app and deployed in on a Linux server but
> not in production yet.
> 
> David
> 
> David Moorhouse (BCom) | Principal Software Engineer - HealthOne Pegasus
> Health (Charitable) Ltd
> P: 03 353 0871 |   W:  www.pegasus.org.nz
> E: david.moorhouse at pegasus.org.nz
> PO Box 741, Christchurch 8140
> 401 Madras St, Christchurch 8013
> 
> 
> 
> 
> -----Original Message-----
> From: delphi-bounces at listserver.123.net.nz
> [mailto:delphi-bounces at listserver.123.net.nz] On Behalf Of Jan Bakuwel
> Sent: Thursday, 21 September 2017 1:09 p.m.
> To: NZ Borland Developers Group - Delphi List
> Subject: [DUG] Delphi 10.2 Tokyo ready for production?
> 
> Greetings all,
> 
> I know of course that by picking this subject I might draw some criticism as
> it could be interpreted as implying that it might not be...
> 
> I'm a one-man band only occasionally getting to develop an in-house
> application with Delphi, so even though I would love to do more Delphi
> development, it simply is not financially feasible to continuously upgrade
> not only Delphi but also the various 3rd party component suites.
> I'm sure this sounds familiar to at least some of you.
> 
> I'm at that point (again) where I'm contemplating whether to request funding
> to upgrade from XE5 to Tokyo 10.2 or not, just having spend a fair amount of
> time debugging threading issues with the XE5 Firemonkey RTL (no fun and only
> partly resolved).
> 
> Being able to target Linux server is something I've longed for a long time
> so that would be a bonus. Independent reviews of Delphi releases are hard to
> find (I wonder why) so I'll ask here if there's anyone here that would like
> to share their experience using Tokyo 10.2 for real world applications
> deployed on Windows, MacOS, iOS, Android and/or Linux server.
> 
> Jan
> 
> 
> 
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at listserver.123.net.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at listserver.123.net.nz with
> Subject: unsubscribe
> ****************************************************************************
> ****
> This email or attachment(s) may contain confidential or legally privileged
> information intended for the sole use of the addressee(s). Any use,
> redistribution, disclosure, or reproduction of this message, except as
> intended, is prohibited. 
> If you received this email in error, please notify the sender and erase all
> copies of the message, including any attachments.
> 
> Any views or opinions expressed in this email (unless otherwise stated) may
> not represent those of Pegasus Health Ltd.
> 
> ****************************************************************************
> ****
> 
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at listserver.123.net.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at listserver.123.net.nz with
> Subject: unsubscribe
> 
> 
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at listserver.123.net.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at listserver.123.net.nz with Subject: unsubscribe

_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: delphi at listserver.123.net.nz
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to delphi-request at listserver.123.net.nz with Subject: unsubscribe