PeterPanettone

Internally, a batch file is being started by a CommandLine. Windows File Explorer (but also other shell-programs) can provide that CommandLine, e.g. by double-clicking on a batch file e.g. in Windows File Explorer. BTW, it would be interesting to inspect the source code of PatchTool.exe...

Obviously you don't know what you are saying. This has nothing to do with UAC (although UAC is involved). I suggest that you re-read what I have written. If you don't understand any particular topic then please ask me.

It seems that PatchTool.exe is HARD-WIRED to Windows File Explorer since it works only in Windows File Explorer. Such HARD-WIRING is not recommended for install tools (nor for any other programs).

It really seems the patch was made in an unprofessional way: Since I am running Windows 10 in a Parallels VM (in COHERENCE mode), the patch was saved in this directory: \\Mac\Home\Documents\Embarcadero\Studio\21.0\CatalogRepository\10.4Patch2pro-10\R104_Patch2Pro It seems the Patch Tool cannot handle this network path. But the above same network path is also accessible via a normalized path: Y:\Documents\Embarcadero\Studio\21.0\CatalogRepository\10.4Patch2pro-10\R104_Patch2Pro So I double-clicked the patch2.bat file in this new normalized path inside my default file-manager (Directory Opus). This made the UAC prompt appear and then this console window: ...and when pressing any key, the console window closed. (Obviously, PatchTool.exe had been started without parameters). So I opened my ultimate weapon: Windows File Explorer! In Windows File Explorer, I opened the normalized path and double-clicked the patch2.bat file. This not only showed the UAC prompt, but also gave me that beautiful scrolling lines in the console window, showing me that the patch was executing. However, the created install.log file contains only one line: C:\Program Files (x86)\Embarcadero\Studio\21.0\_patch-backup\2020-07-25 21.02.44 Not very talkative. Then I restarted the Delphi 10.4 IDE and checked the License Manager: The AV bug has gone! So I consider this patch a success, although it could have been built in a more compatible way.

Today in the shower I had an idea - wouldn't Open Type Arrays be a useful thing? What if we could write: procedure DoSomething(const AParam: [string, Integer]); begin if AParam is string then ShowMessage(AParam) else if AParam is Integer then ShowMessage(IntToStr(AParam)); end; One could argue that if we want flexibility we could use overloaded procedures. But if we have procedures with many different parameters then we had to write a lot of overloaded procedures - Open Type Arrays would simplify things a lot. What do you think?

There is a very interesting new VCL Library in town: DelphiUCL (Delphi Universal Component Library): https://github.com/VuioVuio/DelphiUCL Have a look!

As it is well known, the Visual Settings Font Size of the IDE can be edited in the Windows Registry: http://docwiki.embarcadero.com/RADStudio/Sydney/en/System_Registry_Keys_for_IDE_Visual_Settings However, this seems not to be the case for the IDE Layouts drop-down menu: For comparison, here is the IDE View menu (where the font size is bigger): Can anyone confirm this?

In Delphi 10.4, I fill a TCheckListBox in a loop adding name= value pairs: for i := 1 to 32 do CheckListBox1.Items.AddPair(GetName(i), GetValue(i)); Of course, the CheckListBox then shows: Well, is there a "trick" to show only the NAMES and HIDE the VALUES in the CheckListBox? I would like to avoid AddObject or messing around with multiple string-lists. Any idea?

You are completely right.

That's why I love PROGRAMMING: It's ABSOLUTE FREEDOM as opposed to the old [political terms removed by OP] rule.

BTW, I wonder why something useful like this is not natively BUILT-IN. TCheckListBox should have a boolean property HideValues which does exactly what Mahdi's code does.

Generally, you are right. But in this particular case, it's more a prototype feature/application.

That's what I call "user-centric" programming. And BTW, the stored information is HIDDEN by using the code of @Mahdi Safsafi

Thank you for your code! It's much appreciated!

Really nice code! However, your employer has to pay for the time you need to write overloaded code. (Though I assume you're a fast writer).

Nice professional code, compliments! But why making something so complicated and prone to errors, if it could be SO EASY with Open Type Arrays?

Why make double work? The employer would like it if you need only half the time.

In Delphi 10.4, is there a way to increase the narrow space between the TCheckBox glyph and the checkbox caption text? The WordWrap property of TCheckBox is set to True.

Very nice. Do you also make your own INPUT dialogs?

The EXCELLENT Rejbrand Input Dialog Box: https://specials.rejbrand.se/dev/classes/multiinput/readme.html is automatically centered on the form. Very nice!

One could argue that positioning a message dialog in the middle of the screen is the default behavior in Windows. But from my point of view, that argument is from the prehistoric time when monitors still had the size of a postage stamp. Today, more and more people use large (if not huge) monitors. Therefore, if an action is performed with a control on a form and that action leads to a change on the form (so the user's attention is focused on the form), centering a message dialog on the form would be a better user experience.

Does anybody know a Drag and Drop Component Suite version for Delphi 10.4 Sydney? https://github.com/DelphiPraxis/The-Drag-and-Drop-Component-Suite-for-Delphi The latest version on that page is for Delphi 10.3 Rio. I tried to install it on Delphi 10.4 Sydney by using the Delphi 10.3 Rio package, but this error didn't allow me: [dcc32 Fatal Error] DragDropDesign.pas(38): E2213 Bad packaged unit format: ..\Library\DX103R\Win32_Release\DragDropDR103R.dcp.DragDrop - Expected version: 34.0, Windows Unicode(x86) Found version: 33.0, Windows Unicode(x86) But that dcp file is a binary file and cannot be edited. Does anybody know an existing version for Delphi 10.4 Sydney, or a trick on how to install the Delphi 10.3 Rio package in Delphi 10.4 Sydney?

BTW, the demos have issues with non-existing project icons. I resolved them by assigning the default icon in Project Options. Maybe you should fix this at Github.

That worked, with these exceptions: 1. "Save as DragDropDR104S.dpk": you cannot save it directly as DPK. You must save it as DragDropDR104S.dproj which implicitly creates the DragDropDR104S.dpk. 2. There are a few typos in the original source. You should fix it at Github: Typos: Fixed:

It would be nice if Embarcadero would create a 10.4 version for GetIt.