Der schöne Günther

Possibly related read: Allocation-Free Collections – grijjy blog JustAddCode/AllocationFreeCollections at master · grijjy/JustAddCode (github.com)

Since about 12 hours ago, my Delphi IDE will spawn about two dozen Internet Explorer "Script Error" dialogs on every launch. I will have to dismiss every single dialog before I can continue. I can't understand why the IDE would have to use a full web browser to talk to domains I don't even know, but I'd like to disable it and get back to work. Is there a package I can disable for this "integration"? My only workaround is disabling internet access for the VM Delphi is running on, waiting for the IDE to launch and then turn it back on.

I had the same problem: How can I disable IDE talking to external websites? - Delphi IDE and APIs - Delphi-PRAXiS [en] (delphipraxis.net)

I have disabled the "Embarcadero Community" toolbar in the IDE and the issue seems to be gone now 🤞

Unfortunately, no. Even after deleting the entire WelcomePage folder from the installation directory, the problem remains exactly the same.

After we had migrated a project from 10.0 Seattle to 10.4 without any issues and it was working great, we have now migrated the next (bigger) project by 95 %. However, we are constantly having trouble with code completion in 10.4.1, it often stops working completely. As code completion appears to be a separate process, we have three "DelphiLSP.exe" living besides the good old "bds.exe". When code completion stops working, I thought terminating these processes would trigger the IDE to restart them. But this doesn't happen. Do I have another option besides completely shutting down the IDE, opening it again, loading the project and navigating to where I just left off?

You will have to roll your own file picker or simply display something like "Sorry, this file is not allowed" if it's not in the correct directory. Windows regular file picker does not stop the user from entering an absolute path, following shortcuts, drag & dropping files, copying & pasting, ... the list goes on.

I have not been keeping up with the news. Are there really lots of incompatibilities on Windows on ARM left? I thought some DirectX and OpenGL stuff (games, mostly) will not work, but apart from that 99,9% of all "regular" software should?

I don't want to be a dick, but entering "CEF4Delphi" into the search box 🔍 in the upper right corner might reveal the answer

But I still don't get it - What exactly is Microsoft allegedly still waiting for? Windows on ARM has been a thing for several years now, and all major Microsoft software (I might be wrong) has been available natively for ARM for quite some time now. Granted, Apples Rosetta emulation is superior to how Windows emulates x64 code on ARM, but this is what we have now. What else would one now expect from Microsoft? From my point of view, their job is more or less done.

I struggle to understand what message this article is really trying to bring across.

WebView2 is not available for Linux Linux support · Issue #645 · MicrosoftEdge/WebView2Feedback (github.com)

What have you done, besides installing the runtime? Did you place the WebView2Loader.dll in your application folder?

That's true for wonky edge cases, but I believe it is not the end customers job to write unit tests, especially when brand new features (which were used to justify a major version bump) struggle to get the basics done (LLVM-based compiler in C++ Builder, Delphi's LSP-based code completion, ...)

Us neither. But we still consider it to be a very capable tool for prototyping and drafts, and still to be less painful to use than to rewrite a product that goes back almost 25 years while still supporting and extending the legacy application at the same time. I believe that clinging to the legacy market is completely legit. Of course, I'd like to have an IDE that is a flexible and snappy as VS Code, a Delphi language which is as cool as Rust, and a form designer that does not suck balls. But I've come to peace that Delphi is, for us, the correct choice for maintaining the older projects, while using it for completely new projects would most probably be a mistake.

To be honest, I don't think any of this is new - It's been like this for several years now. I've just come to accept it. Over the last years, the IDE has gotten better, but just cannot compete with others , it's in a league of its own. For example, Visual Studio 2017 got its last bugfix in August 2023. Now imagine Delphi 10.2 still getting fixes...

Can't you just step into System.InitUnits() or put a breakpoint there?

I can only say that we have shipped a four-digit number of systems with Windows Professional during the last years which have to run constantly 24/7. With "Automatic Updates" set to "Disabled", they might still be using Windows Update to update Windows Defender signatures, but they surely do not install major OS updates that require a reboot.

If it's Windows Professional, then you can just disable automatic updates through local group policies (run gpedit.msc). It works absolutely fine, it's just that there is no GUI for setting this with the regular windows control panel anymore.

HKEY_USERS contains a bunch of "S-IDs" which stands for the user accounts on your machine. HKEY_CURRENT_USER is nothing more than a shortcut/alias to HKEY_USERS\[your S-ID]. This probably means that you are running Delphi not as the current user you used to open "regedit" with, but as another user.

Good catch, that would have taken me hours as well. For the sake of completion, here is the official documentation on the matter: Threading model for WebView2 apps - Microsoft Edge Development | Microsoft Learn

Not true at all. This was the case around 10 years ago with Windows RT. Yes, there is software that might not run out of the box (like apps based on OpenGL or DirectX), but for "regular users", most software runs without users even realizing it is being emulated.

Can confirm with Delphi Alexandria 11.1: The program is executed correctly, but the stepping through it with F8 inside the debugger jumps around: It goes like this: Begin SetLength End of method Back to for loop End of method back to the foor loop end of method done I suppose it's some weird kind of compiler optimization or the debugger just setting the breakpoints in the wrong places.

I learned that the IDE will also get confused when you have two or more projects in a group (call them "A" and "B") and when you have a frame "TMyFrame" in both project "A" and "B". It will sometimes show A.MyFrame in project B and vice-versa, depending on which frame was opened first.

I don't have at hand how you had to set up the TFDConnection (and possibly the Sqlite bridge) with the FireDAC components, but here's a starting point: How To Corrupt An SQLite Database File from Sqlite.org itself. Also, see https://docwiki.embarcadero.com/RADStudio/en/Using_SQLite_with_FireDAC, it's surprisingly helpful: