PeterPanettone

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.

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?

The Keyboard Shortcuts GExpert shows all IDE shortcuts where the F11 key is involved: As you can see, the F11 key (without modifier keys) is associated with the Object Inspector. In Delphi 10.4, when the IDE Code Editor is active, F11 works very well - it focuses the Object Inspector with the cursor in the Search box: But in the Form-Designer, F11 does not focus the Object Inspector! It shows the Code Editor instead! This is ANNOYING, as it makes the concept of keyboard control in the IDE obsolete! Can anyone confirm this?

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.

A colleague has filed a Quality report here: https://quality.embarcadero.com/browse/RSP-29906 Please everybody vote for this QP to have this nasty bug finally fixed! Thank you!

HERE lies the BUG: When selecting any element in the Form Designer (visual or non-visual component), the Form-Designer SHOULD automatically get the focus! This is the STANDARD BEHAVIOR in any other tool window of the IDE, where selecting a child element in the tool window causes the parent tool window to get the focus! A Quality Report will be filed later today, where I kindly ask everybody to vote for it, to get this nasty BUG finally fixed.

It SEEMS. Or try this one: After some more testing in Delphi 10.4, the following behavior has emerged: Right after showing the Form Designer with F12, I select a visual component in the Form Designer with the mouse and then I press F11. Result: The Object Inspector is shown and the focus is inside the search box. Then I again select a visual component in the Form Designer with the mouse to make the Object Inspector lose the focus. Then I press F11 again which does not focus the Object Inspector but instead this time shows the Code Editor! This suggests that the Object Inspector keeps some sort of "hidden focus". This makes the Object Inspector "believe" it still has the focus, which when pressing F11 the second time, instead of focusing the Object Inspector shows the Code Editor! All IDE plugins are temporarily disabled.

This is NOT the behavior I see here. As I said, when I press F11 in Form Designer the Object Inspector is NOT being focused. Instead, the Code-Editor is shown. As I look at the Keyboard Shortcuts GExpert (sees screenshot above), the F11 key has only the Object Inspector function.

The Enter/Return key in the Form Designer only focuses the Object Inspector without setting the cursor inside the Object Inspector's Search field! (As the F11 key in the Code Editor does). And pressing the F11 key one more time has already set me into the Code Editor - where I don't want to be, as I have pressed the F11 key in the Form Designer!