luciano_f 7 Posted Wednesday at 12:22 AM 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. 1 Share this post Link to post
Dave Nottage 634 Posted Wednesday at 12:26 AM 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. 1 Share this post Link to post
gkobler 56 Posted Wednesday at 04:59 AM The Code Formatter is no longer available. What alternatives are there? Share this post Link to post
corneliusdavid 261 Posted Wednesday at 05:36 AM (edited) 39 minutes ago, gkobler said: The Code Formatter is no longer available. What alternatives are there? There's been a lot of discussion about this. Here's what I offer: https://corneliusconcepts.tech/code-formatting-delphi-13 Edited Wednesday at 05:40 AM by corneliusdavid 1 Share this post Link to post
havrlisan 46 Posted Wednesday at 05:46 AM 42 minutes ago, gkobler said: The Code Formatter is no longer available. What alternatives are there? These are the known alternatives: - GExperts - pasfmt - CnPack/CnWizards - Workaround for old formatter by David Cornelius - Jedi Code Formatting Fork Am I missing any? 3 1 Share this post Link to post
Attila Kovacs 693 Posted Wednesday at 06:09 AM 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
Sherlock 687 Posted Wednesday at 08:26 AM 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
Attila Kovacs 693 Posted Wednesday at 09:23 AM 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
Sherlock 687 Posted Wednesday at 12:06 PM 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
dummzeuch 1720 Posted Wednesday at 02:11 PM 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. 2 Share this post Link to post
corneliusdavid 261 Posted Wednesday at 03:13 PM 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
johnnydp 25 Posted Wednesday at 04:15 PM Janky scrolling in Delphi 13, any options to set this? Deferred scroll rendering is annoying. Share this post Link to post
corneliusdavid 261 Posted Wednesday at 05:16 PM 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
johnnydp 25 Posted Wednesday at 05:21 PM (edited) 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 Wednesday at 05:24 PM by johnnydp Share this post Link to post
Charlie Heaps 3 Posted Wednesday at 05:38 PM 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
corneliusdavid 261 Posted Wednesday at 05:42 PM 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
Oboba 3 Posted 12 hours ago 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
Mark NZ 14 Posted 11 hours ago 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
Mark NZ 14 Posted 11 hours ago 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
ToddFrankson 13 Posted 10 hours ago 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
uligerhardt 19 Posted 6 minutes ago 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