Delphi Handbooks Collection


Delphi XE Handbook


Delphi 2010 Handbook


August 13, 2010

Delphi Roadmap, August 2010 Update

Delphi Product Manager Mike Rozlog has uploaded a "much awaited" Delphi Roadmap, officially showing that Mac and cross-platform support has shifted to the next release, and won't be in Delphi XE.

Delphi Product Manager Mike Rozlog has uploaded a "much awaited" Delphi Roadmap, officially showing that Mac and cross-platform support has been shifted to the next release and won't be in Delphi XE (see the most recent posts on this blog for info about it). You can find the roadmap at http://edn.embarcadero.com/article/39934.

Mac and 64-bit, but When?

The most significant piece of news is that the coming Delphi XE version (previously indicated with the codename Fulcrum) is not going to have Mac and cross platform support, nor the long awaited 64-bit compiler. The good news for those waiting these new features is that the rest of the roadmap (even if far from clear) won't delay them as much. The preview 64-bit compiler is still indicated with a "first half of 2011" like it was and future versions should have both 64-bit and Mac support, although from the slides it is not clear which features actually go into Pulsar ("Introduction of 64-bit and cross-platform to the RAD Studio product line"), Wheelhouse ("Extending support for 64-bit and additional platforms"), and Commodore ("Full support for 64-bit compilers for Windows, Mac OS, and Linux"). Part of the differentiators comes from the fact Delphi language will be there before C++, according to come of the details.

Now there is no timeline in the roadmap, which is partially reasonable (given the current missed promises), but somewhat disappointing: will we get a fully working IDE in a couple of years or less... or should be read "one year for each project" ending in late 2013? I certainly hope the former is true.

More Info on Delphi XE

The roadmap provides for the first time a rather complete list of features for the coming version, Delphi XE (partially announced early this week):

  • Datasnap extensions ("key new functionality") and related cloud support (Microsoft Azure and Amazon EC2 are mentioned), plus improved REST server support
  • Source code management (the subversions integration already showcases in a video)
  • Performance profiling and logging support (which I don't think I've seen publicly mentioned previously, see later in this post for the details)
  • Sequence diagram generation
  • More support for generics
  • Additional development tools (quite vague, I have to say)
  • Plus various enhancements

In the RAD Studio package there will be also a new Delphi Prism with full Silverlight support and the latest version of the Embarcadero PHP IDE.

AQTime and CodeSite Bundled, Plus More

Some extra features show also in the post "What Beta Testers are Saying" by Time Del Chiaro (http://delphi-insider.blogspot.com/2010/08/what-beta-testers-are-saying-about-rad.html). This post adds to the "profiling and logging" bullet point by #34ing:

“It's great to see that tools such as AQTime and CodeSite will now be part of the default setup"

Both AQTime and Ray Konopka's CodeSite are two highly regarded third-party tools and their addition to Delphi increases the value of the product. Some people might claim "I already have those" but they are quite a minority. I hope this is not a one-time bundle but these add-ins will be kept over time, like it happened in the past with other external tools.

In a different message on the company forum, Mike Rozlog adds more, including RegEX library, and some IP*Works components:

The updated Generics works is awesome, the new RegEX library is really cool, and the new tools added to the environment. AQtime is really awesome and has a great set of base features. Raize CodeSite is really cool, if you have ever implemented logging before, one time with this and you will see the coolness. There are updates from VCL for the Web (IntraWeb), TeeChart, and InterBase Express. Plus new components from IP*Works, and of course integration with Beyond Compare, but there is even more great things...  the DataSnap proxy generator (it currently generates Delphi, C++, JavaScript and now PHP code)... 

A Final Comment

Let me finish with a comment. I've seen a lot of debate about the delay of Mac support. It clearly shows that the company could not keep up to its promises (made just a few months ago, in May). On the other hand, it shows they'd rather take responsibility and delay it rather than cracking out a half-baked and buggy tool. Given the choice, I'm happy this was the decision. Of course, I would have preferred a timely version with tons of new features... but being a software developer myself I can see the struggle. In the past Borland would have shipped (and did ship) what it had at hand. Remember Delphi 4 or Delphi 8 for .NET?

Will this leave Delphi XE as a minor update? It certainly is at the language level, but I'm sure that the focus on bug fixing and quality, along with the integration of third party tools will make it a rather nice and valuable version. Those of you with a few years of Delphi on their back might remember an old version of Delphi, which provided only some fixes (and not as much) and some third party additions (not as many)? That was Delphi 7, which considering how much is being used today after so many years can be considered one of the key versions of the product. Maybe in a few years will remember Delphi XE (the last Win32 Delphi) as such a version.

PS. If I don't approve all comments right way don't take it personally, as I'm taking a few days of "very reduced online activity" for the mid-August Italian holidays...

 





 

19 Comments

Delphi Roadmap, August 2010 Update 

Hi Marco,

I agree with your point of view.

The new third-party components integrations are very 
nice...We only hope they last in time ;-)

Best Regards 
Comment by Claudio Piffer on August 13, 13:49

Delphi Roadmap, August 2010 Update 

I am awaiting to see what's new in Datasnap - hope 
they really improved it to make it usable.
The problem with 3rd party tools, beside 
understanding if they are here to stay or not, is 
support. With AQTime maintenace we have fixes and 
upgrades. As long as new architectures are delivered, 
AQTime is updated, and bug fixed. Will Embarcadero 
keep it updated? A profiled with a bug is not that 
much useful :)
Comment by Luigi D. Sandon on August 13, 14:03

Delphi Roadmap, August 2010 Update 

Indeed. No news. The roadmap is very vague. I am 
still on Delphi 6. The next Delphi version will be 
Commodore (Win64).
Comment by Peter Berens on August 13, 14:14

Delphi Roadmap, August 2010 Update 

What do you mean by "Delphi XE (the last Win32 Delphi)" ??
Comment by Christian Wimmer on August 13, 16:49

Delphi Roadmap, August 2010 Update 

 If this is what they're planning, then I'm 
absolutely ecstatic. I was awaiting 64-bit patiently. 
Cross-platform would be a longer term thing since I'm 
sure it won't be as simple as porting - or it will 
just feel like that. But integrating AQTime, Codesite 
and BeyondCompare just took it over the top. 

I'll happy to wait for them to get it right. Then 
I'll be there.
Comment by Louis Kessler [http://www.beholdgenealogy.com] on August 13, 19:49

Delphi Roadmap, August 2010 Update 

First of all - OS/X supoort - originally 2011 was 
announced as just maintenance release. Someone then 
said it is part of 2011 - not Mike R. nor Nick H. 
accompanied by holy smoke raised after some honest 
words by people.

You are optimistic;-). I hope 2013 is the years when 
clean VCL64 and thirdparties are available latest by 
the end of the year.

This current release is not bad at all. There are 
good reasons the have the "light" versions of 
products integrated - in case of Topstyle no one ever 
complained to have HTML Validator light installed or 
iWebkit. Most of use these things so why not have it 
built in. In this point I think most of us agree.

Same is with Delphi for PHP. Honestly if someone is 
going to build high performance websites, plain 
shared nothing and cached then I can imagine that 
this maybe more a fan of a solution that is just code 
oriented but tough into the toughest detail. The idea 
of having an opportinity to build websites via visual 
composition is a good one - the technologies choosen 
like qooxdoo are more than good ideas. There have 
been enourmous show stoopers in the 2 Release (not 
being in the position to address tables from another 
schema even if aliased in Oracle ... I hope this is 
solved now).

Prism - the Chrome Compiler was always good and will 
hopefully ever be.
Comment by Michael Thuma on August 13, 20:49

if (Delphi7.Success=DelphiXE.Success) then exit; 

Naming Delphi 7 as a "Key version" does perfectly sense.

But wasn't Delphi 7 such a "Key version", because later 
Delphi versions (2005/2006) were a mess?
I hope the next versions, coming with cross-platform and 
64 bit, won't follow the same rule.

In which edition will be AQTime and CodeSite included? I 
guess Architect... and I don't have money nor need for 
it (I don't need all DB/UML support). And I'm using old 
LTProf as profiler, which is worth paying 50$.

But I like your optimistic holiday-time thoughts.
Comment by Arnaud [http://synopse.info] on August 14, 08:58

Delphi Roadmap, August 2010 Update 

@Christan --> I think they mean --> The last edtion on 
the current compiler. 

btw: Do you already have enough people for the 64bit 
header file translations? Or digging into the world of 
OS/X and Linux... 

Comment by Michael Thuma on August 15, 19:07

Delphi Roadmap, August 2010 Update 

 Since the announcement of a cross-platform support
I've been commenting out that it's a good by very
heavy step to support OSX and other native systems.
And all the most developers need is Web front end to
DataSnap servers - just HTML/JavaScript visual
framework (without php) based on qooxdoo or ExtJS. So
Delphi team could address all WebKit devices (iPhone
and Android) and possibly all hardware that have
modern browser built in.
 Now the cross-platform is delayed. And it's only
about OSX. Isn't it clear to be really enormous task
to complete. And each native platform as well.
 By the way, personally, I need mobile (iPhone and
Android) more than OSX.
 May be it's time to consider HTML/JavaScript as a
working and sufficient client platform for business
applications? Or somebody at Embarcadero is focused on
game development for OSX?
Comment by Maxim on August 16, 05:42

Delphi Roadmap, August 2010 Update 

@Maxim:
1) No, HTML/Javascript is not sufficient for all kind 
of applications, even business ones. Especially for 
those needing a native compiler. There's still a lot 
that is very cumbersome to obtain from a web 
interface, and it is very smooth and simple from a 
native one.
2) Do people read really about the OS they would like 
to support? Android has to be programmed in Java 
(only parts are allowed in using the native SDK). 
iPhone license ruled out applications not "originally 
written in C/C++/Objective-C". Should Embarcadero add 
support to emit Dalvik code and link to Java APIs 
from Delphi when they could easily add it to 
JBuilder? Why should they support an OS with a 
license that can stop their application whenever 
Apple likes?
Comment by Luigi D. Sandon on August 16, 10:20

Delphi Roadmap, August 2010 Update 

Maxim - yes, yes and yes.

qooxdoo from the "Schwaben" andf the German SAMBA.org 
backports. These two are really requried in this 
world. quoxdoo already has it's IDE;-).

The discussion about HTML5 and Javscript GUI 
components ... I just mentioned something like this in 
another blog ... tear and feather was the answer. This 
will kill Delphi -  honestly:-).

I can understand that many people believe that the PC 
is here tomorrow.

The only right for existence of the PC concept - 
behind is the Desktop metaphor - is the Games - the 
moment this can be solved better a different way ... 
it is the hardware that forces the way Software is 
built.

A Desktop hardliner will maybe take a Mac mini... 

Ther are many possible scenarios when we come to 
multimedia we come to realtime and look at QNX.... 

Delphi has it's conrner on the desktop currently.

Comment by Michael Thuma on August 16, 11:37

Delphi Roadmap, August 2010 Update 

Maxim: Somehow I have the feeling that Video 3 could 
go into this direction.

I do not assume that Embarcadero has no idea what they 
are doing. I think they put it into the direction you 
talked about. Assuming a more open sourced way little 
more plain, which gives on little more control to what 
happens.

Assuming the Datasnap has improved the door is open.

Currently beside ASP.net, Java and whatever you can go 
for scripted web. Currently Ruby is also not so simple 
outside in Internet - JRuby to be secure and scalable.

The decision in the end will come
a) Things will be put to a hosted space or cloud - 
binary deployed.
b) DLR on a virtual rumtime (Java, .net)

b) is for those who have to be in the position to 
monitor the virtual runtime. 
Comment by Michael Thuma on August 16, 15:44

Delphi Roadmap, August 2010 Update 

@LDS: Somehow right - beside the legal part - Webkit is 
standard on IOs. OS/X has different rules. The Pad is 
the point where it is hard to decide. OS/X clear and the 
Phone is more Webkit when we come to business apps.

ExtJS has additonal licence cost ... this is one point 
and the more the things do the more they will move into 
direction of WebDesktop like we have now on Intalio.

One of your argment concerning Java counts and the same 
why to translate header files when having a C/C++ 
environment.
Comment by Michael Thuma on August 16, 20:06

Delphi Roadmap, August 2010 Update 

 @Luigi D (comment 2)
When talking about Android and iOS I've meant WebKit
solutions, not native ones. If you need deeper access
to native features you can use PhoneGAP. 
Comment by Maxim on August 17, 06:10

Delphi Roadmap, August 2010 Update 

Sorry, simply translating header files is far 
different than emitting Dalvik executables and having 
to link to (and use) Java libraries. As said, 
JBuilder would be the right tool.
Delphi is a *native* development tool, there's plenty 
of tools to develop HTLM/Js app, why Delphi should 
become another? Also many useful mobile apps are 
native ones, not those running in a browser.
PhoneGAP is another tool the new iOS SDK license 
should forbid - why work with a sword of Damocles 
above the head? Better to comply with the license and 
use other tools.
The "PC is dead" refrain probably is older than 
the "Delphi is dead " one. And the PC is always 
there. Surely, there will be two types of user, 
the "consumers" who will use simpler devices, and 
the "producers" who will keep on needing more poweful 
devices - the PCs - because of their better speed, 
I/O capabilities, user control and ease of use.
Like the small preprogrammed cameras never killed the 
SLR with their full control capabilities. The "image 
consumer" will use the former, the "image producer" 
will use the latter.
Comment by Luigi D. Sandon on August 17, 10:08

Delphi Roadmap, August 2010 Update 

Lugi D. Sandon: The Desktop PC - the box just the box 
- plain old Windows PC. Agree as a workstation 
currently no alternative. A laptop is no Desktop PC 
nor is a web application a desktop application. There 
are few applications left  - your vote goes into this 
direction.

Why not have a C++ IDE for OS/X or Linux.

Internet technologies have eveolved their own way. 
Mobiles will do. The heart of almost everything is 
Java on the server side.

There is one point - beyond the Java infrastrucutures 
there is room left. If the Datasnap is the answer or 
C/S app using the disconnected model will turn out - 
honestly then we need lot more flexibity on the GUI 
concerning components and simple to extend and easy to 
aggergate. From this point Maxime sees it correct - 
mabye little targeting mobile devices but the reasons 
are more or less very similar.

The combination of web and desktop - can be WPF but I 
don't know how this should work out in practice 
assuming that MS will use this to bind customers to 
their product line - now they smooth - this means they 
lost sales or something else is on the way also Apple 
- the same strategy - little elitary Linux ... get 
developers and lock in. MS the same.
Comment by Michael Thuma on August 17, 17:36

Delphi Roadmap, August 2010 Update 

You do not have to be a genius to realize that the new
XE version will be a financial disaster.Who will
purchase a version that has no x64 or cross platform
support? Database developer ? 
Current shitty marketing tactics (TV Shop style,
displayed in some loony 'sneak preview' videos) are
outright pathetic.But hey..., you can always revert to
that clown who keeps opening doors at your place and
has developers explain the stuff (by the way,the only
thing missing from the clown era was a chorus off
ahhhss and wooos like in those TV shop commercials
selling kitchen gadgets).
But do not misunderstand me,I wish you all the best.
If your sales 'exceed your expectations' (usually
another synonym for failure),I will be glad.
What bothers me is your total ignorance of taking into
account many developers suggestion.If I was your CEO I
would have many packing by sunrise.But I suppose he is
just as in the dark as you are.I really expected this
new version to be x64 capable but you   obviously have
'lets ruin the company' virus.
I tend to agree with delphihater on his blog that your
employees seem to be on Microsoft paylist.They tend to
do more damage than a tsunami....
So happy sales but.... 'ohne mich' !
Comment by senad on August 21, 02:08

Delphi Roadmap, August 2010 Update 

Whatever it is that Michael Thuma put in his joint, I
want some too.
Comment by DelfiPhan on September 3, 12:50

Delphi Roadmap, August 2010 Update 

Hi,

This blogpost is indeed bad tactics. I bought Delphi 
2007 in... well... 2007. (before that it was delphi 7, 
before that delphi 4, before that delphi 2 and even 
delphi 1! so I DO know what (**) and such do! ;)) It 
doesn't has .png and unicode support (uh?!). I almost 
bought delphi 2009 but between filling in the order 
and paying there was delphi 2010. At the end I bought 
none of the two. 

Now we also have to develop for Mac, thinking we would 
be able to just press recompile by mid 2011. But as it 
seems it will not be the case. We will have an delphi 
XE that does not offer much that isn't already fixed 
by 3th party components in my delphi 2007. 

And what do you do? You basicly say 'do not buy delphi 
XE because it hasn't any of the cool stuff we said it 
would have'. So I will not buy it. 

I had the same feeling with delphi 2010 as in you gave 
me the feeling like 'do not buy delph 2010 coz delphi 
XE will be the bomb'. 

Stop promoting your future products and start saying 
that the current delphi version is the BOMB! And that 
yous should buy it or die!. 

Stop acting like an opensource project, start acting 
like a company!

Not that I care ... much ;)

And so we went to Objective-c in xcode (4 beta ;)) on 
the mac. By the time delphi is there for macosx, you 
will have xcode for windows ;) Objective-c already 
compiles perfectly under windows...
Comment by Delphi Hardcore on November 10, 22:55


Post Your Comment

Click here for posting your feedback to this blog.

There are currently 0 pending (unapproved) messages.