New RAD Studio Roadmap May 2017 available at https://community.embarcadero.com/article/news/16519-rad-studio-roadmap-may-2018

-
New RAD Studio Roadmap May 2017 available at https://community.embarcadero.com/article/news/16519-rad-studio-roadmap-may-2018
https://community.embarcadero.com/article/news/16519-rad-studio-roadmap-may-2018

Comments

  1. Nicholas RingMay 11, 2017 at 4:17 AM

    /interesting...

    ReplyDelete
  2. Balázs SzakályMay 11, 2017 at 4:27 AM

    /sub

    ReplyDelete
  3. Edwin YipMay 11, 2017 at 4:40 AM

    /sub

    ReplyDelete
  4. Mohammed NasmanMay 11, 2017 at 5:03 AM

    /sub

    ReplyDelete
  5. Mike MargerumMay 11, 2017 at 5:10 AM

    64 bit Mac support and nullable language support sound good.

    ReplyDelete
  6. Wagner LandgrafMay 11, 2017 at 5:28 AM

    Would like to hear more details about "IDE UI/UX improvements"...

    ReplyDelete
  7. Horácio FilhoMay 11, 2017 at 6:44 AM

    /sub

    ReplyDelete
  8. Achim KalwaMay 11, 2017 at 7:02 AM

    "Dark IDE theme". As an option, hopefully! I strongly dislike all that dark GUI design.

    ReplyDelete
  9. Marco CantùMay 11, 2017 at 7:20 AM

    Just FYI, we should have a blog post likely tomorrow with some additional details from the PM team.

    ReplyDelete
  10. Edwin YipMay 11, 2017 at 7:23 AM

    Achim Kalwa Every dark themes hurt my eyes, really.

    ReplyDelete
  11. Ronald KlitscheMay 11, 2017 at 7:29 AM

    Mike Margerum if 64 Bit macOS will be a nextgen with ARC, then it will be the first platform where ARC and nonARC code must live together.

    ReplyDelete
  12. Achim KalwaMay 11, 2017 at 7:38 AM

    "Windows 10/WinRT/VCL updates". Sounds good. Will it be finally possible to use the TSharingContract component to with custom file types?!
    Since the very beginning of TSharingContract, this component can only be used for Images (bmp, jpg), Icons, RichText or HTML. Any "custom" file type, or even a simple PDF document, can not be "shared" using this component.

    ReplyDelete
  13. Esteban PachecoMay 11, 2017 at 7:58 AM

    Love the Dark theme idea. The rest looks like a time to consolidate, bug fixing and having the new "outsourced" teams to play with the IDE and get familiar with the source code while providing basic improvements. Better play safe. No complaints.

    ReplyDelete
  14. Mike MargerumMay 11, 2017 at 8:19 AM

    Ronald Klitsche indeed I hope it's non arc

    ReplyDelete
  15. Dalija PrasnikarMay 11, 2017 at 8:32 AM

    Ronald Klitsche What do you mean by first platform where ARC and nonARC code must live together?

    Whole RTL and FMX works both on ARC and non ARC compilers.

    If you mean 32 bit and 64 bit OSX compilers will have different memory management system, I am not sure why would that be a huge problem.

    I really don't think that 32 bit OSX compiler has any real value. It can be retired when 64 bit version gets out.

    ReplyDelete
  16. Eugene KryukovMay 11, 2017 at 8:38 AM

    Dalija Prasnikar Agree, 32-bit compiler useless on macOS. All modern Apple's framework only 64-bit.

    ReplyDelete
  17. Ronald KlitscheMay 11, 2017 at 8:49 AM

    Eugene Kryukov if the new 64 Bit MacOS compiler is ARC enabled, your crossVCL will not work anymore, because it must compile the VCL.

    ReplyDelete
  18. Ronald KlitscheMay 11, 2017 at 8:51 AM

    Dalija Prasnikar Yes, but you touch a platform, which have a nonARC custom codebase since XE2.

    ReplyDelete
  19. Dalija PrasnikarMay 11, 2017 at 8:58 AM

    Ronald Klitsche Sure, that would be a breaking change.

    Question is how many developers do have OSX applications in the works and whether it is viable to support obsolete compiler for those.

    ReplyDelete
  20. Eugene KryukovMay 11, 2017 at 9:02 AM

    Ronald Klitsche i didn't mean ARC, i only said about getting rid of 32bit compiler on mac. Actually, i don't understand why ARC is hardcoded in compiler. It should be an option and user should decide enable or disable it. If Emba sometime provides this option it brings a lot of old customers and bunch of money.

    ReplyDelete
  21. G FletcherMay 11, 2017 at 9:27 AM

    Sadly there is nothing here that is very exciting. It looks like I will finally let my subscription expire this year. Delphi is becoming a tool for legacy projects.

    ReplyDelete
  22. Andrea MauriMay 11, 2017 at 9:34 AM

    Mac OS 64 and Linux GUI +1

    ReplyDelete
  23. Eugene KotlyarovMay 11, 2017 at 10:11 AM

    Would love to see ARC on Windows, hopefully it will get researched soon. 64bit IDE also sounds cool

    ReplyDelete
  24. Claudio PifferMay 11, 2017 at 11:40 AM

    Great! Very interesting! Thank's Marco

    ReplyDelete
  25. Alberto MiolaMay 11, 2017 at 11:57 AM

    I am sure they will surprise us with FMX linux as well!

    ReplyDelete
  26. Ralf StockerMay 11, 2017 at 12:26 PM

    Nullable types and ARC will slow down Delphi further.

    ReplyDelete
  27. Dalija PrasnikarMay 11, 2017 at 12:41 PM

    Ralf Stocker What is wrong with nullable types?

    ReplyDelete
  28. Stefan GlienkeMay 11, 2017 at 12:58 PM

    Nullable types, aka typesafe variant, how can that not be cool. Combine that with null propagation and bye bye assigned check guard code.

    ReplyDelete
  29. Brett WiltonMay 11, 2017 at 1:43 PM

    Looks like Pro users are left in the cold!

    ReplyDelete
  30. Martin SedgewickMay 11, 2017 at 2:02 PM

    Stefan Glienke Good point on the null propagation. That would make it a pretty awesome feature for me.

    ReplyDelete
  31. Alfred NilssonMay 11, 2017 at 9:19 PM

    A few possible goodies, but IMO the lamest roadmap in years. A "real" Delphi developer never stops hoping, but for me, the Idera path starts to cause too much pain.

    ReplyDelete
  32. Graham MurtMay 12, 2017 at 12:49 AM

    /sub

    ReplyDelete
  33. Roland KossowMay 12, 2017 at 12:57 AM

    Marco Cantù​ Will the recent virtual keyBoard issues (eg gboard) with high visibility be corrected in the existing "native" controls or will we need to wait for the native platform input controls in 10.3?

    ReplyDelete
  34. Ronald KlitscheMay 12, 2017 at 1:07 AM

    Dalija Prasnikar I do not see anything against a 64 bit compiler on macOS.
    I fear the generated code quality, the execution speed, the compilation times and ARC.
    Hope the fears are not valid for this new compiler.

    ReplyDelete
  35. Roland KossowMay 12, 2017 at 1:16 AM

    Alfred Nilsson​ I want rather realistic aims they commit themselves to and meet than some unrealistic roadmap which they cannot achieve. besides of that there is quite some bigger achievements on the roadmap. so it might be lame from the outside but not the inside. I guess.

    ReplyDelete
  36. Edwin YipMay 12, 2017 at 1:27 AM

    Wills this news (win10 onARM) affect the roadmap? channel9.msdn.com - Windows 10 on ARM

    ReplyDelete
  37. Gert ScholtenMay 12, 2017 at 1:33 AM

    /sub

    ReplyDelete
  38. Ronald KlitscheMay 12, 2017 at 1:34 AM

    Edwin Yip The "Target ARM IoT platform (Raspberry PI, Windows IoT)" is in the Research Areas.

    ReplyDelete
  39. Dalija PrasnikarMay 12, 2017 at 3:16 AM

    Ronald Klitsche You are mixing a whole a lot of things together that are not exactly related.

    Or should I say, your fears may be valid, but they don't depend on whether compiler will be ARC or non-ARC, and even less on compiler having nullable types or not.

    Of course, every feature has to be implemented and it takes time, but if Embarcadero is not capable of providing new compiler features as well as taking care and improving existing features and platforms then it is game over, already.

    ReplyDelete
  40. Ronald KlitscheMay 12, 2017 at 4:58 AM

    Dalija Prasnikar It's all bundled and comes together with the new compiler.
    The new compiler must inevitably measure itself with the old "Classic" compiler, when it touches a platform where the classic compiler exists. A comparison is unavoidable.

    ReplyDelete
  41. Mike MargerumMay 12, 2017 at 5:30 AM

    Edwin Yip seems like it runs x86 32 bit apps unchanged so I don't see why it would change their roadmap

    ReplyDelete
  42. Dalija PrasnikarMay 12, 2017 at 5:37 AM

    Ronald Klitsche But part of the "slowness" of new compiler is also platform related with Android being the slowest one (AFAIK).

    Also current 32-bit OSX compiler is based on classing Win32 compiler, and that one has its ARC version.

    While it is very likely that new 64 bit OSX compiler will be based on LLVM, it could also be based on existing 64bit Windows compiler.

    Also, if you want to compare speeds, the best candidate would be comparing classic compiler to Linux one.

    ReplyDelete
  43. Ronald KlitscheMay 12, 2017 at 6:51 AM

    Dalija Prasnikar Speed and code compare is done here:
    plus.google.com - Linux x64 compiler produce very bloated code: https://quality.embarcadero.com...

    ReplyDelete
  44. Динар ШарифуллинMay 12, 2017 at 7:28 AM

    /sub

    ReplyDelete
  45. Ralf StockerMay 12, 2017 at 1:04 PM

    Is it really true? Delphi Linux 64 bit is using x87 float unit?!

    ReplyDelete
  46. Joseph MitzenMay 12, 2017 at 11:42 PM

    This appears to be a Heisenberg roadmap - the more specific the feature, the less specific the timeline or even if it'll ever be implemented. Regarding the "beyond" features - aka the things we actually want - I can't help but recall when they put "language-specific parallel programming features" on the roadmap for eight straight years which eventually became a small parallel programming library once we started openly laughing at its inclusion and I began posting quotes from the CodeGear days about it.

    Otherwise, we're left with "features" such as "language improvements", "IDE improvements" and continued Windows 10 support.

    Internally, developers can't be working from a document that says "add language features", can they? Then why can't we see the actual roadmap? Come to think of it, why can't we also see an actual target date? Delphi release dates appear to be generated by a random number generator triggered by particle decay. I'm thinking of the time that Marco's "preview" webinar ended up being presented after the product was released! Unless the CEO throws darts at a board, there has to be a target date. That's something else we need to know.

    This is a roadmap in the same sense that "make more money" is a business plan. :-(



    ReplyDelete
  47. Ronald KlitscheMay 14, 2017 at 11:45 PM

    Ralf Stocker
    >Is it really true? Delphi Linux 64 bit is using x87 float unit?!

    plus.google.com - Just tried to run same code on 64-bit Windows and Ubuntu. Both are in VMware ...

    ReplyDelete
  48. Aleksandar DjurovicMay 17, 2017 at 6:10 AM

    url is "https://community.embarcadero.com/article/news/16519-rad-studio-roadmap-may-2018"

    MAY-2018 ???
    community.embarcadero.com - RAD Studio Roadmap May 2017

    ReplyDelete
  49. Marco CantùMay 17, 2017 at 4:29 PM

    +Aleksandar Djurovic Likely my mistake... odd no one noticed it before.

    ReplyDelete
  50. Marco CantùMay 17, 2017 at 4:30 PM

    Anyway, you might also want to check the companion blog post, https://community.embarcadero.com/blogs/entry/may-2017-roadmap-commentary-from-product-management (this has the right year ;-)

    ReplyDelete
  51. Mike MargerumMay 17, 2017 at 4:44 PM

    I'm happy to see the 64 bit mac support . I really like Delphi but I need rock solid mac support . I'll probably renew my Delphi sa just to see what gets delivered for the mac in the upcoming roadmap

    ReplyDelete

Post a Comment