PeterPanettone

When right-clicking a container-component (e.g. TCard) in the Designer Structure Panel, the PASTE Item in the Edit sub-menu is DISABLED, although there is a valid object text in the clipboard (e.g. from a previous object copy action): Can anybody confirm this?

I have found a time-consuming workaround: Create a dummy TPanel inside the TCard container inside the Structure Panel and then paste the object from the clipboard to the Panel inside the Structure Panel. Then inside the Structure Panel DRAG the pasted object from the Panel to its parent TCard. (Then afterward you can delete the dummy Panel). Obviously, the IDE DENIES to paste onto a TCARD inside the Structure Panel but explicitly ALLOWS pasting onto a TPanel inside the Structure Panel. This is weird!

Delphi 10.4.2: Has anyone ever had a Warning and an Error at the same time?

I prefer "Warror". It sounds better.

I am not sure whether this is a bug or not.

The IDE's toolbar icons are 16-pixel from stone-age. Wouldn't it be nice if the IDE's toolbar icons could be freely scaled? On my 4K main monitor, 20 pixels for the toolbar-icons would be a better fit. To achieve this, the IDE's toolbar-icons should be based on SVG and fall back on single icons where only a bitmap-icon is available. I.e., SVG-ImageLists always output bitmap icons, they only save the images internally as SVG. This would contribute to the usability of the IDE. What do you think?

Come on, why do you start again with harassment? Does it make you feel good?

You do not understand the concept of SVG-ImageLists: SVG-Images are not scaled in SVG-ImageLists, the pixel-output of SVG-ImageLists is scaled according to the user setting. And the IDE does not have to determine any scale. Let the user determine the scale of the icons according to his wishes.

Instead of forcing "HIGH-DPI on the IDE, wouldn't it be better to use SVG-ImageLists for the toolbar-icons and menu-icons, and for all other IDE-components have a user-configuration for the font-sizes? It would be so easy!

Isn't it time to undock the Designer from the rest of the IDE?

Does anybody know what the CODENAME for 10.5 will be? Maybe "LUNARBASE" or "DARKSIDEOFTHEMOON"?

They write: "High DPI IDE Support". Is that meant for the WHOLE IDE or only for parts of the IDE?

It has some tiny rendering errors with some very complex SVG documents. But it is easy to use for Icon-List purposes. For Embarcadero it would be perfect. As I said, the effort for Embarcadero would be minimal.

Is this a request to Embarcadero to use SVGIconImageList for the IDE toolbar-icons instead of the stone-age 16x16 Pixel-ImageLists? Will Embarcadero hear the request? BTW, all the icons Embarcadero uses for the IDE toolbar-icons are also available as SVG icons. So the effort to switch to scalable icons would be MINIMAL!

In the Delphi 10.4.2 Source Editor, when hovering the mouse pointer over a Property Identifier, the Property Name and the unit where it's declared are shown in a popup. In this screenshot, the mouse pointer is hovering over "Text": Is it possible to also show the TYPE in this popup? (In this case, that would be "TCaption").

I want MORE: I want FREELY SCALABLE icons!

What could be done to visually optimize this strange dialog UI:

Is this what everyone else has in Computer\HKEY_CURRENT_USER\Software\Embarcadero\BDS\21.0\Theme:

Why so many developers have a deep love for TINY LITTLE BOXES and refute to make functional dialogs? (When thinking about little boxes, this wonderful folk-song came to my mind): )

BTW, what does "Convert to const" mean? And yes, you could put the labels above the edit fields (as Thomas suggested). Which is a common UI suggestion. What is the difference between theory and practice?

Dear Uwe, yes please add some extra space and put the labels above the edit-fields. Correct the UI bugs made by the previous author.

That's a very good idea! But HOW MUCH above the edit field? And should the Label.Layout be tlTop, tlBottom, or tlCenter?

In TNumberBox, it seems not possible to set a unit suffix like "pixel", "cm" or similar. Or did I miss something?

Have you tried deleting the .DPROJ file and then reopening the .DPR project file?

But Error Insight is a PRODUCTIVITY FEATURE!