PeterPanettone

Do you mean GExperts could achieve this, formatted as MB with two decimal digits? That would be wonderful!

First, neither side worked—except on the right side. Then I put it on top and then on the left. Now, it will hopefully stay on the left side. Thanks again for GExperts, which is great!

Thank you for the information. I've configured it to be positioned on the left side: But unfortunately, it is not shown:

In Delphi 12.1 Form Designer you can show the DFM code in the Code Editor with the shortcut ALT+F12. Where is the menu command for this action? Wasn't the View menu supposed to show the menu item 'View as Text' for this command? There is none:

In complex forms with many (nested) objects, displaying only the DFM object code for the selected object would be a helpful option. It could help the user focus on that object when editing its code in the Code Editor. What do you think about this?

In my Delphi (12.1) the context menu is shown from the whole form (not only from the caption bar) - but not from the Form Designer canvas. Which is logically inconsistent because the Code Editor showing the DFM code shows the code of the whole form and and not specifically the code of the clicked object (which BTW would be an interesting option).

Unfortunately, the shortcut ALT+F12 is missing from the context menu! Isn't displaying existing shortcuts a requirement for a consistent UI?

https://embt.atlassian.net/servicedesk/customer/portals Previously, there was a link to show my own reports. I cannot find this link anymore. Was there a change in the QP UI?

Thanks, Brian.

When displaying a TPopupMenu at design time in the Delphi IDE Menu Designer, no menu icons are displayed (although they are assigned): Is this impossible in principle, or is it a failure of the Embarcadero Delphi IDE developers? I.e, should I file a Quality Portal report?

As with all such questions, there are many levels or perspectives from which to view this issue. Of course, it's tempting to take the most comfortable position, especially if your fellow club members are already on that branch.

So why did you post this message? It is logically inconsistent.

You are correct, as the so-called "Menu Designer" only manages references to the TMenuItem objects of a TPopupMenu in the same way the Actions List Editor does not display Actions but refers to a List of TAction objects. But then they should not call it "Menu Designer" but MENU CONSTRUCTOR. But wouldn't a REAL Menu Designer that shows the MenuItem icons be great? Or is this beyond the capabilities of the Embarcadero development team? Thomas: wink-wink...

You are right. Even cavemen never used cars until one of them invented the wheel.

I use both. In neither case are the icons shown in the Menu Designer. Why are you asking?

Do you mean it was negligence by the IDE programmers at Embarcadero?

Do you mean it is not impossible in principle? (Maybe there is a fundamental law of physics that forbids showing an icon in the Menu Designer?) 😎

I have built GExperts [r4257] in Delphi 12.1 with the RELEASE build configuration (the default preset is the Debug build configuration). Is there a performance advantage of the release configuration over the debug configuration?

When you select an object in the FormDesigner Structure Panel, its visibility is very good when the FormDesigner Structure Panel is focused. But when the FormDesigner Structure Panel loses focus, the selection of the object becomes barely visible: Please compare the two colors. Can anyone confirm this?

An error is also a "technically correct behavior," as the IDE, in that case, does not deliver the result expected by the user, i.e., working in a rational and efficient way.

I HAVE created one. But it was closed with the response: "Works as expected" (!)

So maybe it's also related to the SVN issue. Making the behavior of a compiled executable dependent on something that is not in the source is simply IRRATIONAL. That would be the same as making the behavior of the executable dependent on the weather at the compile time.

The IDE Splash screen always shows the same GExperts version number: Wouldn't it be helpful to show the current source version, too? (Currently: [r4257]), and the date of the source snapshot.

So you should include an explicit warning: "WARNING: If you download the snapshot and compile the DLL from that source then no revision number will be shown in the Splash Screen!" Maybe you could also include a SKULL ICON ☠️ in the warning.

What has the SVN revision number to do with the source revision number? If someone downloads the source not with SVN but directly from the snapshot, as indicated in the above screenshot, then no SVN revision number can be retrieved. So, you should output the revision number in the Splash Screen by retrieving it directly from the source (and not from SVN).