PeterPanettone

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.

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?

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.

Each Application.MessageBox, MessageBox (MessageBox API), MessageDlg show the dialog in the center of the SCREEN. Is it possible to have any of them centered on the Application Form?

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.

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.

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?

When I press F6 and then enter "Bookmarks" (without quotes), the Bookmarks item from View -> Tool Windows -> Bookmarks is NOT shown: This is the whole list I get with F6: Is this a bug?

Would any IDE plugin author be able to implement an OPTION to automatically focus the Form-Designer TAB when the user selects a control/component on the form in the Form-Designer? This would be very useful until in an unknown future the above bug is maybe getting fixed. As an alternative, a plugin author could simply implement a simple command to focus the Search Box of the Object Inspector.