Jump to content
Lars Fosdal

RAD Studio 13 is available

Recommended Posts

I don't understand why a 32-bit IDE can generate 64-bit EXE files, but a 64-bit IDE can't do the same and generate 32-bit ones?

 

This is something that should be done.

  • Like 1

Share this post


Link to post
3 minutes ago, luciano_f said:

I don't understand why a 32-bit IDE can generate 64-bit EXE files, but a 64-bit IDE can't do the same and generate 32-bit ones?

It's a work in progress. The plan is for the 64-bit IDE to eventually be able to do everything the 32-bit IDE can.

  • Like 1

Share this post


Link to post
22 minutes ago, havrlisan said:

These are the known alternatives:

Does any of them keep the bookmarks?

It used to be a big disadvantage that the bookmarks disappeared. (Many many years ago)

Share this post


Link to post
2 hours ago, Attila Kovacs said:

Does any of them keep the bookmarks?

It used to be a big disadvantage that the bookmarks disappeared. (Many many years ago)

That seems to be a hard requirement to fulfill, seeing as bookmarks (IIRC) are tied to line numbers and line numbers may change after formatting.

Share this post


Link to post
56 minutes ago, Sherlock said:

That seems to be a hard requirement to fulfill, seeing as bookmarks (IIRC) are tied to line numbers and line numbers may change after formatting.

So all of them useless.

Share this post


Link to post
2 hours ago, Attila Kovacs said:

So all of them useless.

It is just an assumption on my part. I just checked with some searches, and it seems that there is more to bookmarks and how the IDE handles them than I thought. And they should be preserved through automated code formatting when used inside the IDE. The will break or get lost though, if a pas file is formatted outside the IDE.

Share this post


Link to post
8 hours ago, Attila Kovacs said:

Does any of them keep the bookmarks?

It used to be a big disadvantage that the bookmarks disappeared. (Many many years ago)

GExperts tries very hard, but is not perfect. The same for Breakpoints.

I updated that code "recently" (a year ago?) so it became a lot better, but still not perfect.

  • Like 2

Share this post


Link to post
6 hours ago, Sherlock said:

Does any of them keep the bookmarks?

I just tried with the external formatter and while it kept a breakpoint (one line off because of changes in the code that changed where the line was), all the bookmarks were removed.

Share this post


Link to post
53 minutes ago, johnnydp said:

Deferred scroll rendering is annoying.

Not sure what you mean by "janky" but "deferred" might refer to when you hold an arrow key down through a long source file and the scrolling region is reduced to just a few lines until you stop, then the whole screen is refreshed, right?

 

In that case, I think you might want to look at a new, undocumented feature in Tools > Options > Editor > Scroll Bar: Editor Scroll Mode. Try switching it to "GDI Scroll" and see if that improves things for you.

Share this post


Link to post

after switching even worse slow as hell, first time see such crap in Delphi IDE. Works like on 386 CPU, horribly slow not smooth like in all the past versions of Delphi...

ps. it happens in 25k lines plus in .pas file up to 5k is super smooth, above that slowly getting janky...

Edited by johnnydp

Share this post


Link to post
12 hours ago, gkobler said:

The Code Formatter is no longer available. What alternatives are there?

Not supporting compilation of 32-bit EXEs. No code formatter.  I think I might have to skip this version.  

Share this post


Link to post
2 minutes ago, Charlie Heaps said:

Not supporting compilation of 32-bit EXEs

Huh?  Of course it does. There are two IDEs, the 32-bit one has all the normal platform support, including 32-bit compilation; the 64-bit one (still relatively new) only does Win64--for now.

 

3 minutes ago, Charlie Heaps said:

No code formatter

There are alternatives as has been mentioned.

Share this post


Link to post
On 9/16/2025 at 11:30 PM, johnnydp said:

I cannot agree about speed, can you show example or some benchmark about 30-40% faster?

I don't have the code that's ready to be published here, as it's a part of the software and was tested after we got reports from the users about poor performance on 64-bits (and test had shown at least 30% better performance on 32-bits). It's interesting though and I'll try to create an isolated example of this. 

Share this post


Link to post
On 9/15/2025 at 6:08 PM, Davide Angeli said:

I've written to the devoleper and it seems he is working on it. It should release an update this week.

 

In general, however, I find it frustrating that component devolepers wait for the official release of the new Delphi to start working on updating their products. I can understand small developers, but there are some big-name suites that haven't made an update available yet (TMS, for example). Shouldn't the beta releases of the IDE also serve this purpose? Having the source code allows you to improvise a recompilation, but that's always time stolen from development, because you always have to make small adjustments to source code that isn't our own.

Sometime developers/companies have to wait for the official release so that they can update their third party dependencies before they can build and internally test their own components.  We don't do components but still have to wait for official releases and then for Report Builder to update to be able to build one of our projects, even though we have Report Builder source - and that's because Report Builder source doesn't include all source files, there's several dcu's in there that we use that are a problem when the Delphi version changes.  It'd also be helpful if library/component writers stopped using lots of the awful single version defines and instead used {$if CompilerVersion > 27} to make running new IDE versions simpler, although I suspect that might not be supported in very old Delphi's😞

Share this post


Link to post
On 9/18/2025 at 5:16 AM, corneliusdavid said:

Not sure what you mean by "janky" but "deferred" might refer to when you hold an arrow key down through a long source file and the scrolling region is reduced to just a few lines until you stop, then the whole screen is refreshed, right?

 

In that case, I think you might want to look at a new, undocumented feature in Tools > Options > Editor > Scroll Bar: Editor Scroll Mode. Try switching it to "GDI Scroll" and see if that improves things for you.

I presume he means the problem we see with standard scrolling in Delphi 13 where you're scrolling down through a file and it stops scrolling until you get to where you intend to stop.  It's happened lots here but I just went to reproduce to include steps and it didn't do it!  Anyway, it's much better than the previous behaviour where you'd be scrolling (usually with mouse wheel) and the IDE would continue scrolling, for seconds, sometimes many, after you stopped turning the wheel.  I think this was related to running on a HighDPI screen.

Share this post


Link to post

So, installed 13, migrated 12.3 settings, IDE opened.

Closed IDE.

Re-opened it and every BPL errored.

 

Uninstalled,

Tried same steps.

Same results.

 

3rd install.  Not gonna migrate and see what happens

 

Share this post


Link to post
11 hours ago, Mark NZ said:

It'd also be helpful if library/component writers stopped using lots of the awful single version defines and instead used {$if CompilerVersion > 27} to make running new IDE versions simpler, although I suspect that might not be supported in very old Delphi's😞

There's {$IFDEF CONDITIONALEXPRESSIONS} to remedy that. E.g. see here: conditional compilation - How to define version "and up" ifdefs in Delphi? - Stack Overflow

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×