Leaderboard

Hi This morning Apple released it's 26 versions of macOS, iOS, Xcode, ... Of course I upgraded everything here to test if PAServer and RAD Studio 13 Florence (and previous releases) can deal with them. For macOS ARM (Apple Silicon) it compiles as expected. For macOS (Intel) I had a problem on a project and it worked for an other. I'll investigate to find and exterminate the reason or send some daleks to Apple Park. For iOS it didn't worked. I have a linker problem with a missing framework used by an empty FireMonkey project. I opened an issue on QP. Follow it or this post if you want to be informed when it's fixed. So, I suggest you to wait a few days this is solved before upgrading your Apple devices and softwares.

These are the known alternatives: - GExperts - pasfmt - CnPack/CnWizards - Workaround for old formatter by David Cornelius - Jedi Code Formatting Fork Am I missing any?

Something interesting is the new 'OnSafeAreaChanged' event in the form that gets the safe padding to avoid overlapping with system bars. Starting with Android SDK 36, all apps will be required to handle screen insets. However, in the Embarcadero docwiki documentation, it appears without any description. It's not mentioned in the tutorials either.

After many times of copying and pasting debug messages (OutputDebugString) from the debugger view to the Claude Code (CC) form, so it could read it all, I decided making a MCP server that will just provide that: services to catch and read debug messages I had no idea on how to do that, but nevertheless asked Claude (rhe chat) to make a plan for it, so CC could just follow the instruction. Then asked CC to add it to one test MCP server I already had working. With help from another CC instance that connected to the server and tried using it, and finding why it errores, it's working now I've attached the initial document that Claude made (could have asked it to GPT or Gemini or whatever) Then I asked the CC instance that was using it for helpful enhancements I've attached both documents If there is interest on it, I could make a public repo MCP-debug-server.md MCP-debug-server-enhancements.md

No release date is available for a new Community Edition. It could be next year or in two or three years. Embarcadero has no obligation. Statistically speaking, it could be next summer if a new bootcamp session is set up. The current Community Edition works well and allows deployment on the latest versions of iOS, Android, Windows, and Mac. You don't "need" an update. If you need the new features and updates in Delphi 13 Florence, you should consider whether the CE license is really what you need, rather than a Professional license.

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

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.

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.

Someone forgot to tell the guy who made the splash screen then.

I got this on an email:

Support for what? There is no free support. Only for installation problems and I don't think there are to many of those. Embarcadero needs to lower low end prices to bring in new users. I doubt there are many prospective new users willing to shell out over 1600$ on new PRO license. Not to mention that there is no upgrade path for existing users with old versions. They need to pay full price.

The FastDateTime repository has been tested with RAD 13.0 Florence, all fine, similar speed gains than 10.1 Rio. I've added an indentical Firemonkey FMX test project to benchmark all the non-Windows platforms. https://github.com/davidberneda/FastDateTime

New version is now available: madExcept 5.2.0 comes with the following changes: · added support for Delphi 13 · added support for 64 bit IDE

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.

It is only fair to have a poll on the topic, since AI is the new hotness. Besides, we aim to stay on the good side of @Javier Tarí😉 The poll will run for a month, and votes are anonymous - so noone will be outed.

Obviously, I also didn’t read what you wrote, and for that reason it’s working as expected. I think I won’t read anything from you, so I don’t break the system.

Yes. Apologies. Yep. That fixed it. P.S. Installing GExperts after MMX works. No loading/starting issues.

My apologies for seeming sarcastic. I understand why. I also know it's not intended as sarcasm. Text is hard and it's hard to balance the line of making points. I think it is wonderful when Delphi adds features, quite genuinely, and the post said so. I edited to try to help that understanding, but the original said "congratulations", and that is sincere, and I retained that comment. It's hard reading that kind of reply, Daniel, and I don't know what to make of it. I think the best thing is to apologise because it's clear you are offended: and I am sorry for that. Let me pontificate a bit: I worry about language compatibility. There are multiple Pascals out there: Free Pascal, DWScript, etc etc. Yet Pascal is a small language. If Delphi ever added any other feature Oxygene or Free Pascal or anyone else already has, and chose to do so with different, incompatible syntax, that would be a significant statement. I use Python a lot, it gives me the same "feeling" as Delphi when I use it, I have talked about Python a lot to people with quite some enthusiasm, it has a ternary if, and that ternary if is inverted -- that structure is legit, and Delphi could have used it, and then imagine if we had two versions in Pascal! Far better to copy, when it's already been done -- with code existing for years, it's key to keep the same syntax compatible. Equally, there's so much the language could do. When it moves forward, I hope it does so in ways that copy the path that has been led by others. Perhaps that is the message in the blog post: keep going; there's more, follow. I would certainly prefer it's read that way. Please read again, I hope it's gentler. For this forum... that was not the message. I had intended to directly answer a thread about a language feature with a blog post showing a snippet of the language feature the OP asked for. Message: it is possible, look! I fully respect you don't want other implementations mentioned, and will respect that.

unreal! Too busy adding AI that's not needed, and web stencils. DEBUGGING IS A BARE BASIC MINIMUM FOR DEVELOPMENT.

there's also the old: IndexText or IndexStr method System.StrUtils.IndexText - RAD Studio API Documentation

Delphi can use external DLL made with C. I Delphi13 will be useful to import DLL made with C++ to open road to use directly tools like OpenCV, VTK, numpy, etc. I don't know how complex it is but would be amazing...

Looks like nobody ever corrected that statement with the introduction of generics - because then even changes in the implementation section are an interface breaking change. They experienced that themself with the 10.2.2 update where some bug in TArray.Sort<T> was fixed which caused issues so the update was pulled and corrected iirc.

Niklaus Wirth just turned over in his grave about this proposal.

It would be nice to add inline methods writing in classes. I mean declaration and implementation all in the class. Example: // Inline implementation type TMyClass = class private procedure DoSomething; begin ShowMessage('Hello guys!'); end; public end;

My initial testing shows that Grok knows more about Delphi x-plat development than Embarcadero's LLM does.