RAD Studio Roadmap Updated
23 Apr
The Delphi and C++Builder Roadmap has been updated. Note that this roadmap focuses on our native features only. We’re working on an updated roadmap for our .Net development products.
Close
- Social Web
Great news!
Improving DataSnap and DBExpress is the way to go!!
Thank you!
April 23rd, 2008 at 2:28 pmLooks like the DPL ended up in Commodore, still Tiburon looks like it’ll be a great upgrade!
April 23rd, 2008 at 2:37 pmThere are some great things there. Generics and anonymous methods are the foundation for linq related technologies, so great to have them in there. I’m hoping that the unicode change isn’t too insane, as I do have some 3rd party legacy components to support (I believe we talked about that in email Nick) and my private internet components do the old string as char buffer trick that is going to cause some hickups along the way.
I’ll just echo the long standing "firebird specific drivers please!" call. Maybe Codegear can fork the interbase libraries in co-operation with the open source firebird community without too much brain bending effort…
As far as Commodore goes, considering how much of ram hog BDS can be (oy!) it would be useful to see a 32 bit version AND a 64 bit version of the IDE that can take advatange the extra ram available on 64 bit systems (8gb of ram is pretty cheap!, and 32 bit tasks top out at 2gb no matter what, so ya know, as things grow, the ability to access more ram is going to be a must.)
I figure by the time Commodore comes out, I’ll be using a quad core system with at least 16gb of ram (in spite of it being a cheaper, low end machine only slightly modified with extra ram and HDs), so by then the need for the IDE to be 64 bit capable will be even more important.
April 23rd, 2008 at 2:50 pmI’m very excited about DataSnap enhancements Nick. DataSnap servers conversing with different clients is a must, IMO. Congrats!
April 23rd, 2008 at 3:55 pmGreat, I specially like the Datasnap proposition.
For my 2 cents, I’d like to see these features implemented in (Native) Delphi:
1- Having forms compiled as code, not resources. It’ll be faster, and safer.
2- Having .dfm and .pas files in one single (maybe XML) Version- Control-Friendly file.
3- Having an IDE without dependencies to .NET. It is really annoying and slow to load, and swallows memory.
4- Being able to define your own hot keys for commands in IDE.
5- Being able to TOTALLY export/import your settings.
5- Having some new, improved and enhanced Data components (Like DBTreeView, DBGrid with Themes and Footers, Auto sorting, TreeGrid, …)
6- Smarter Linker, to avoid more code bloat.
7- We’ll need way more optimizations. WAY MORE!
I have many more, but these would be actually enough for starters!
April 23rd, 2008 at 4:54 pmI think that 64 bit and cross-platform compilation deserves high top priority. 64 Bit OSes become from years, and Borland (after CodeGear) ignores its growth usage. Another doubt: Mobile Development. All development IDEs supports mobile. Until the FreePascal supports, and FreePascal are a community product. Shame on the Delphi.
I do not believe that CodeGear has no capacity to develop these improvements in a period less than one year. This is the reason that so many great developers are changing the development language. Open your eyes Codegear, and observe what their customers are asking with such emergency.
April 23rd, 2008 at 6:03 pmAnonymous Methods ….. closure ????
April 23rd, 2008 at 6:20 pmYou should really amend the Roadmap document to clearly state (there) that it is only covering the native features.
Anybody who found the roadmap (not via your blog) might well assume that .Net had fallen off your roadmap
April 23rd, 2008 at 7:20 pm4- Being able to define your own hot keys for commands in IDE.
5- Having some new, improved and enhanced Data components (Like DBTreeView, DBGrid with Themes and Footers, Auto sorting, TreeGrid, …)
Yup, these are minor details, but would be very handy!:)
April 24th, 2008 at 12:45 amOtherwise the roadmap is good.
Re the Firebird paranoia.
Your=Borland | Inprise
| Code Gear…
I think its time to grow up on this problem of your own making. Its there, it works, you started most developers down this track. A large proportion of developers using your IDE’s support Firebird because of your bad judgement. Continuing to ignore it just sends out the message that your judgement has not improved and you haven’t learnt from your mistakes.
One thing I find ludicrous is the the PHP4Delphi site proclaims support to for competitors to Interbase in the commercial db arena, but chooses to ignore the fact that Firebird is not supported but PostgreSQL is supported.
Connectivity with leading databases including MySQL, Oracle, Microsoft SQL Server, PostgreSQL and InterBase is seamless,
If anyone takes this at face value, and is developing with FireBird, a lost customer ? Good Tactics ?
While your head is stuck firmly in the sand, your butt is exposed to the elements.
I see new Firebird users appearing on the support list, looking for development tools. These are a new younger generation that have no knowledge of the Code Gear ostrich stance. Without guidance will look else where.
April 24th, 2008 at 12:47 amI’m disappointed about updated roadmap. Time frame is shifted to second half of year.
April 24th, 2008 at 1:14 amAdditional areas of focus under consideration for Tiburón must be included, not considered. Where is theming, new grapics, ribon control, improved and enhanced VCL? What this version brings to my cutomers?
At work I could really use some DBX-components that work more like the BDE-components. We have a 600 000 LOF applications with probably a couple of hundreds DBGrid’s around, and porting it from BDE (TQuery->TDatabase->BDE->ODBC->SQL Server) to DBX isn’t going to happen with the current DBX-components. Not unless some MS-update breaks the app (I’m sometimes hoping for that, so that we could get BDE out…)
Also, it would be nice if you could extend the DBX SQL Server driver to support SQL Server Compact.
April 24th, 2008 at 2:52 amI hope CodeGear gives developers an option to bring back the old way creating events to end of code, not alphabetically. I wonder why this was changed in 2006, there is no QC request.
April 24th, 2008 at 7:00 amwhat about Firebird native support in delphi
ic can not see it ;-(
April 24th, 2008 at 7:29 am"Future Delphi and C++Builder releases will be tailored for:
ISVs and MicroISVs
VARs, Consultants, and System Integrators
Small to medium sized businesses
Departmental Teams in Med/Lg Enterprise Organizations"
Is that the offical we killed the Turbos?
April 24th, 2008 at 9:53 amAbout Delphi’s database framework.
It is really poor now compared to another ones like ADO.Net, Java JDBC and so on. When I develop TCustomDataSet decendands,
it annoys me.
1.Support real TimeStamp Field with *nano* second precision.
Database’s TimeStamp column is often used for detecting changes made by ohter transactions but when i use ClientDataSet, I cant include TimeStamp Field for Where Clause in the SQL statement
generated automatically by TSQLResolver. then I have to exclude
pfInWhere flag from TField’s ProviderFlags property.
2.Add new field type correspond to OLE’s varDecimal Variant type.
Although Delphi has own’s Bcd type(TBcd), it is really unstable(look at QC reports).
Who here can trust delphi’s bcd type? if codegear cant make reliable codes. Pls use OS’s functionality for supporting bcd.
3.Add new field types for unsigned 32bit and 64 bit integer, which makes easier to map SQL datatype to Delphi datatype.
Data loss is a big problem for database application but delphi is really s… i wont use Delphi for develoing DB app.
thx
April 24th, 2008 at 1:47 pmHow about some dbexpress support for PostgreSQL?
There is a older driver that shipped with Kylix, so I know you guys can do it….
Later,
Snorkel
April 24th, 2008 at 2:49 pmI’m having troubles figuring out if John is serious or just pulling our legs. There might be a greater truth about our industry hidden in that indecissiveness.
April 24th, 2008 at 4:00 pmI hope CodeGear gives developers and especially me the possibility to be independent of windows registry, which means a portable version especially the libraries directories reference in the windows garbage (registry).
April 25th, 2008 at 1:04 pmI hope CodeGear gives developers and especially me the possibility to be independent of windows registry, which means a portable version especially the libraries directories reference in the windows registry.
April 25th, 2008 at 1:05 pm1.- Include native Firebird support
2.- No IDE dependencies to .NET. It is really annoying and slow to load, and swallows memory.
Thx.
April 28th, 2008 at 7:45 pm