Der schöne Günther

Different VMs 😎

All Windows 11 menus look like this. I have no idea what they were thinking.

Just a side note: For classic setups, I always untick "Start application" because those installers usually run with elevated permissions and will then also start the application elevated.

I don't have installers, but I think there's nothing wrong with that. It's not like you have to introduce your program, the user has already decided to install. The welcome page they use for their example makes no sense, because it provides absolutely no information. Same like "Setup has now finished" you sometimes see. By the way: Compare with this totally stripped down MSIX install experience on Windows:

Although the multi-platform approach never appealed to me, it still sounds terribly interesting. Do you have a reading recommendation (a presentation video is fine too) that explains their general approach?

I would absolutely agree unless @Mike Torrettinni also used a new feature as a motivation to drastically refactor parts that now needed bugfixing.

You can make a fancy looking TListView and fill it yourself.

Sure. You can also click it to quickly check out some other branch/tag. I haven't tried the VS Code integration in Delphi 11 yet, maybe that makes it even more appealing.

VS Code and two plug-ins (Git Graph & Gitlens) lead to a fantastic git experience, in my view. The branch name is always visible at the bottom

I never had the use case for the fixed version - Can you get it working in the VCL?

The way of deployment you have selected (local, non-updating files) is not the most common. I'd recommend to spend the five minutes to read about the different deployment options here: Distribute a WebView2 app and the WebView2 Runtime - Microsoft Edge Development | Microsoft Docs (Strongly recommended to read the full page) For setting the path you have placed the files in, you can use CreateCoreebView2EnvironmentWithOptions(..), but you may also use simple environment variables (see link). As as third way, there already appear to be handy wrappers like the one you have found, but unfortunately, they haven't even written documentation for the VCL version that already exists since 10.4 https://docwiki.embarcadero.com/Libraries/en/Vcl.Edge.TEdgeBrowserHelper.BrowserExecutableFolder

There's too many "should run" in there. Neither the IDE, nor the produced Win32 binaries are intended to be run on Windows XP, MS-DOS or Enigma. Is there a guarantee it will run on those platforms, just by not importing GetTickCount64? That just doesn't sound safe enough to promise my customers the same.

You're welcome.

Really looking forward to this one 😊 Not sure why they're so hyped about those TreeView checkboxes, I care much more for Remote Desktop improvements and High DPI 👍

Many thanks for your analysis. These extremely narrow highlights were often thought to be a bug, but Microsoft has confirmed it is intentional. Really puzzling decision to me.

How is your screen performing this? There are basically two options It's using "true" touch functionality, like on a regular Tablet (like Surface) It is emulating a regular mouse. Which means a mouse pointer will always be stuck on screen. Right-clicking is usually done by long-pressing It sounds like your screen is using option 2. If possible, see if it can be configured to use option one. If not, you have to have to disable the "long-press to right-click" functionality, if you don't need it. If that's not an option, it can be adjusted in the VCL itself, every TControl has a TabletOption where the long-press behaviour can be adjusted. That's how I remember it, I could be wrong.

Suggestion: Throw the ENoConstructException from System.SysUtils, not a regular Exception 😉

That's just a form with buttons on it, and occasionally half-transparent. That's really not rocket-science.

Excessively writing unit tests for new parts, but not using code coverage tools for the whole project. More than 50% of our code is 10-20 years old and simply cannot be tested. Yes, I have read Working Effectively with Legacy Code by Michael C. Feathers (goodreads.com), how to get out of this. But ain't nobody got time for that.

I'm not very good with words, but I honestly can't find that he claims VS is terrible. "He says Visual Studio is terrible" is a really delusive distortion of words. 👎 RAD Studio definitively has its issues (for example, I'd never call it responsive, as he does), but so does VS. I don't particularly enjoy working in VS either, it's far from perfect. But I do love Visual Studio Code, that's for sure.

Also known as Elvis operator - Wikipedia 😉

I have been shipping one of our Delphi applications with the WebView2 runtime for months now. It really does work fine. The easiest mistakes are Forgetting to ship the needed dll Forgetting to install (or ship) the runtime or needed beta browser version Putting the application in a write-protected folder without telling the runtime where it can write What exactly is your problem?

Saving to file has nothing to do with the string itself. What's next, myString.SendOverNetworkByUDP(..)? You have TFile.WriteAllText(filePath, fileContent) from System.IoUtils, that should be enough for everybody 😉

It makes no difference whether Delphi is installed on a virtual or real machine. One installation takes one activation. If you run out of activations, you have to contact Embarcadero and ask for a "bump". I don't use Delphi on real machines anymore, only virtual machines.

You can achieve this by ctrl+clicking, or middle-clicking, or whatever you usually do to "Open In New Tab" on the headings, when in fluid view. It should not be possible.