corneliusdavid

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. There are alternatives as has been mentioned.

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 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.

There's been a lot of discussion about this. Here's what I offer: https://corneliusconcepts.tech/code-formatting-delphi-13

To clarify why I'm not terribly upset by the removal of refactoring and formatting, 1) refactoring never worked that well so I would always manually search/replace or cut/paste tediously; 2) I'm starting to use MMX Code and like it's capabilities and starting to rely on it and see the great benefits; 3) I still have a quick way to format code using saved profiles from older versions of Delphi; 4) I have hope that there will be a better replacement built into the IDE in the future. If there was no option, no way to refactor or format code and no hope of ever getting it in this IDE, yeah, I would be quite frustrated. But as long as there are alternatives, I'm fine to make do with what's available. It's totally understandable for people to lose patience with Emb for this and other short-comings that have gone on for years; but that's just not where I'm at right now.

Fair points.

I know at least part of this was sarcastic but just in case anyone really believes that, know that some (many?) of us have been plopped into projects written by others with either little coding skill, no sense of style, or hasn’t been warned about the maniac that might have to maintain their code. I’m nearing three years at a job where I’m maintaining and migrating hundreds of old Delphi 5 accounting programs up to Delphi 12. The millions of lines code are strangely formatted, and has been worked on by dozens of individuals who, at one time, called themselves programmers; there are dated comments back to 1997! I use the code formatter every day.

Same here. I think I had to click "more" then "keep".

That's a bit of an exaggerated statement. Code formatting was an optional feature and is most useful if you've inherited old, poorly formatted code or just too lazy to indent properly in the first place (IMHO). Plus, there are other options to continue using it as expressed in the blog. I believe Embarcadero is looking to replace the feature at some point. So, to say this is a huge step back for something so minor is quite petty.

I, too, use the "unread" button to see what's new which covers all forums. But I'm on the fence about whether there needs to be a new one for AI. On one hand, the forums about about Delphi programming topics, VCL vs FMX, algorithms, 3rd-party tools, etc. and AI is completely external to that, like what resolution of monitor you have or brand of keyboard is most productive (ok, probably a big stretch there...). On the other hand, under "Software Development" there are forums for project planning and another for testing, so I can see how using AI would fit in there as another discussion area if people are wanting to categorize their conversations or if someone wanted to see all the conversations pertaining to AI, for example. So, I voted for one new one, assuming it would fit under "Software Development"; for AI topics that deal with the IDE integration (invoking from), those should (IMHO) just be placed under the "Delphi IDE and APIs" category.

@Dave Nottage, thanks for the clarification. It's been the rule of thumb I've used for the little bits of Apple dev I've done but I didn't consider older versions of Delphi or CE.

Always use the most recent version of XCode.

For me, I use AI with Delphi sparingly. But in two cases, it's helped quite a bit: 1) recalling seldom-used functions when I can't remember the right keyword but can describe the problem; and 2) writing unit tests. For web stuff, yes, it's great! The overall consensus, though is that it's not replacing our jobs any time soon: Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity

I've got Claude Code installed on WSL2 (Claude helped me get there--it was quite a chore) but probably won't be using it much for Delphi. I support some web sites using the Hugo static generator so plan on getting my feet wet with that.

There are no server settings to set--it's a client-only action and uses whatever MAPI-enabled email client you have installed. If Outlook, then yes, it uses Outlook. On my system, I use eM Client, so a quick sample app pulled up a new email message using that program.

That was my impression, too.

You can create a CGI application as a VCL Program that listens for web requests as if it was running under IIS--makes it very easy to debug (see attached image). Maybe this will help: https://github.com/corneliusdavid/AutoGetIt

This will help get you started on writing components.

I was going to say that this often indicates RAD Server is not yet started but you said the version page shows correctly, so your guess that it's a port configuration is a next guess. I've only used RAD Server on Windows; when I run RSConsole.exe (a windows program in the RAD Server folder, it wants to start the server on a port other than the public one, i.e. 8080 instead of 80 or 443. That's so you can isolate the console for secure management, like only within your local network. All this should be configured in the emsserver.ini file, including (as @Uwe Raabe said) the location of the database.

Try exiting Delphi, removing temp files like .dsk, .ddp, .dcu, and others, then restart Delphi and do a build-all. I've found that helps the source/debug line alignments. As for the function value return warning--I dunno!

Well, that's a different problem. I assume you've restarted Delphi?

I was re-reading your original post and I've encountered this before with a perfectly fine package that has all source. If this is the first time you've compiled/installed a custom package in this instance of Delphi, first check the Package Output Directory (in Tools > Options > Language > Delphi > Library), then make sure that path is listed in your Library Path (same options page):

Are you trying to install a Design-time package that relies on a XE2-compiled runtime package? That won't work, of course. What are are the required the packages of this Delphi project? Can you share the DPK of the package you're compiling/installing?

I've found it to be helpful as well in many situations. Just this morning, I was updating an old Delphi XE program that needed to get a list of available drives and forgot what the procedure was called. Sure, I could've looked it up but Claude reminded me of GetLogicalDriveStrings much quicker. Earlier this week, I wanted to try out Claude Code on my Windows machine. I learned it required Linux and didn't work on my currently installed WSL version 1. (The web-based) Claude helped me figure out which version of WSL I had, install WSL 2, then even though it was installed, WSL 1 was still the default so it helped me change that. Then, I had to go through a similar process with nodejs and npm. I learned several new "wsl" commands and got it up and running. It would've taken me many hours hunting down forums and blog posts to put all those pieces together--I probably would've given up. It's not great at writing whole programs or untangling a huge library of code but it can sure save time in many instances.

Perhaps this was a re-type error but that line with "{$IFNDEF GELATI" is missing the closing curly brace: {$IFNDEF GELATI} // <-- need to close with } Otherwise, it's dimming/not-dimming as I would expect. If GELATI is not defined, then code in a "{$IFNDEF GELATI}" would execute and therefore not be dimmed--because {$IFNDEF} = if the symbol is NOT DEFINED.