2.- No IDE dependencies to .NET. It is really annoying and slow to load, and swallows memory.

Thx.

Later,

Snorkel

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

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?

ic can not see it ;-(

Also, it would be nice if you could extend the DBX SQL Server driver to support SQL Server Compact.

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.

Yup, these are minor details, but would be very handy!:)
Otherwise the roadmap is good.

Anybody who found the roadmap (not via your blog) might well assume that .Net had fallen off your roadmap

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.

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!

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.

Improving DataSnap and DBExpress is the way to go!!

Thank you!