We want to share an update to our May 2019 roadmap and PM commentary blog post.
As a follow-up to our 10.3.2 release that introduced macOS 64-bit support for Delphi, C++17 for Windows 64-bit, new RAD Server tooling, key quality enhancements (addressing 400 customer requests) and more, we are planning a 10.3.3 release, with Delphi Android 64-bit being the key new platform feature.
We received many requests for Android 64-bit from our customers and a 10.3.3 release allows us to deliver this speedily and with full compatibility with apps and code developed in 10.3.2.
Given there is no significant change to the Delphi language and the underlying memory management model in 10.3.3, our customers should be able to migrate their applications to Android 64-bit faster. The same is likely true for component vendors. While we still plan to transition the Delphi language for mobile, removing ARC memory management, this will happen at a later time.
As 10.3.2 adoption is high, upgrading to 10.3.3 should be a faster option than migrating applications to 10.4. 10.3.3 will also include additional features and quality improvements to make 10.3.3 one of RAD Studio’s best versions.
Please keep in mind that the Google Play Store extension for our Delphi and C++Builder customers is in effect for existing 32-bit applications. This allows our customers to provide updates to existing applications in the Google Play Store applications until August 2020, but only after an extension has been granted. 10.3.3 will remove this limitation for Delphi by including complete support for Android 64-bit apps.
We’re planning on kicking off an NDA Beta for the 10.3.3 release, codenamed Sugarloaf, later this month. All customers on Update Subscription will be invited to participate in the Beta and will be able to start migrating their applications even earlier with Beta versions, which will include a specific Beta EULA waiver permitting Google Play Store deployment.
Here’s what’s planned for 10.3.3:
Quality Focus Areas
With the addition of 10.3.3 this fall, we’re now planning the 10.4 release for early in 2020. As outlined in our May 2019 PM roadmap commentary blog post, 10.4 is going to focus on improved code tooling, language enhancements, VCL High DPI styles, RAD Server enhancements, FireMonkey features and quality and more.
Note: These plans and roadmap represent our intentions as of this date, but our development plans and priorities are subject to change. Accordingly, we can’t offer any commitments or other forms of assurance that we’ll ultimately release any or all of the described products on the schedule or in the order described, or at all. These general indications of development schedules or “product roadmaps” should not be interpreted or construed as any form of a commitment, and our customers’ rights to upgrades, updates, enhancements and other maintenance releases will be set forth only in the applicable software license agreement.
Maybe you mean Right To Left languages? Left To Right works ok for me.
Code Insight is buggy. I hope LSP has better usability.
When you will support the Left To Right languages in FMX, We can't make mobile apps due to this problem.
No linux arm compilers planned for 2020 neither. Very disappointed. Seems like always will be another priority? IOS 13 simulator support middle of 2020? When it is already delivered in 2019? Is not supposed the subscription system (AKA take my moment every year) will bring an instant support to new IOS and android releases? Have no sense if don't... Your are taking wrong management decisions right now. a Full year to support a technology? when you deliver that maybe we have IOS 14... Lack of a compiler for linux arm force me to look for an alternative, and if that alternative work is very probable I will stop giving me money every year. I bet im not the only one. Just think about it. many options out there supporting IOS 13 even in beta... Very bad news.
01/10/2019 As C++Builder developers who've been loyal for over 20 years, and about to develop our first Android app, it is depressing to learn that we'll not be able to distribute it via the Google Play Store before mid 2020.
01/10/2019 - as C++Builder developers finally looking to develop our first Android app, it is depressing to learn that we'll not be able to distribute it via the Google PlayStore before Mid 2020.
If you’re on Update Subscription and are interested in joining the 10.3.3 NDA beta and haven't received the invite we sent out, please contact your Embarcadero sales representative.
Could I Access to 10.3.3 Beta? Thanks in advance
The August Roadmap shows:
Delphi 10.3.3 Android 64 -> Late 2019
C++ Builder 10.4 Android 64 -> Mid 2020
Is Release 10.3.3 with support for Android 64bits delayed?
Embarcadero® C++Builder 10.3 Version 26.0.34749.6593 MacOS Mojave version 10.14.4, Mac Mini (Late 2012), Xcode 10.2.1 (10E1001)iOS 12.2, iPhone6 ( model Number MQ3E2MY/A)Just to clarify more specific about C++Builder 10.3.2 after tested: 1. The Mojave Mac computer is not listed under the IDE device list although Apple said Mojave is last MacOS supports 32bit application, I thought still can deploy 32bit MacOS app but in this case it is the actual meaning of the removal of MacOS 64bit support from the roadmap. 2. C++Builder 10.3.2 can compile SDK MacOSX 10.13 but failed at SDK 10.14 and cannot deploy due to statement 1 above:3. C++Builder 10.3.2 can compile and deploy to iOS 12.2 successfully.4. Any one tested can it deploy to iOS 12.4 ?
It would be interesting that you could finally create Android Services from c ++ builder as delphi allows.
This is a great roadmap update, hopefully can be done in time, specially for Android 64 Bit Delphi and C++ Builder before it is fully rejected by Google. And also i noted that there is plan for an updated google play service re architecture, i really hope this is meant for the new App Bundles packaging in Google Play, if it is true, please consider to make the bloated Firemonkey framework library files as the dynamic features modules as if i'm not mistaken, make it possible to download the library separately from the main app files, this will greatly reduce the update size