PeterPanettone

This may be true if you use just primitive standard controls without modification. But couldn't a smarter design easily override this annoyance? Aren't there any smart UI developers at Embarcadero?

The current installer readme does not mention Delphi 12: "Welcome to MMX Code Explorer 15 for Delphi 10, 10.x and 11" Why?

You could use a macro in your build process, e.g: %CurrentDelphiVersions%

This is good news! Pipe dream: Imagine CoPilot watching my work in the IDE in real-time and giving me intelligent advice based on my preset specifications: "Hey user, your current implementation of the XY algorithm is 75% inefficient. Try this one ..." Or: "Hey, user, I've compiled your code and run your app while you were away drinking coffee. I've found this bottleneck: ... I suggest this change in your code: ... BTW, you should stop drinking too much coffee! Try this new low-coffeine organic brand: ..." Or: "Hey, developer, this icon looks ugly and could lead to semantic confusion among users. I've created a better one - try it out: ..." Or: "Hey, dev, I have registered your app in the Microsoft Store as you requested. Sign here to finalize the registration." Or: "Hey D, your app sales are up 217% this month. Should I invest in Microsoft stock like I suggested?" Did an AI dream come through?

The current Surface Pro ("CoPilot + PC") is not related to the Surface Pro 9. That review is from 2022. That's why I asked if someone has tried it out.

Opening an additional Editor with Split: As soon as I drag the additional Editor to my secondary monitor, this error message is shown: Then, I close and restart the IDE. This restores the additional Editor on the secondary monitor and displays the same error message on the secondary monitor. But this time, the error message does not go away, and I can only close the IDE in the Task Manager! So, the Split feature is unusable for me! Can anyone confirm this?

Yes, 12.1 Patch 1 is installed:

In Tools -> Tool Properties -> Macros, there is no $Selection Macro to access the currently selected text in the Code Editor. The only macro to access content from the Code Editor is $CURTOKEN, which accesses the word at the caret position. Or is there a Macro to access the selected text?

That includes multiple tedious manual steps, whereas the whole procedure could be performed simply with one single keyboard shortcut: https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-821

A $Selection Macro would be very helpful. It would allow the creation of Tools that process the text selected in the Editor.

The activated option "Lock Controls" in the Edit menu is not restored when re-starting the IDE! This option is very important and helpful, as it prevents an unintentional repositioning of controls in the Form Designer! It also prevents the annoying file change in the FormDesigner that frequently (randomly) happens when switching from the Code Editor to the FormDesigner (with F12), caused by the automatic re-aligning of aligned controls in the Form Designer: The option "Lock Controls" should be restored automatically when re-starting the IDE to prevent this annoying behavior! Can anyone confirm this?

It seems that the "Lock CONTROLS" command is assigned separately for each Form tab. This means it can be locked on one Form tab and unlocked on another. Can anyone confirm this?

The IDE plugin GExperts has a user-configurable TOOLBAR that allows you to place the LOCK CONTROLS command on that toolbar. It reflects the current state of the command (Locked or not): There is even another plugin that has a similar toolbar functionality: CnWizards

A comment has been added to the Quality Portal report:

On the other hand, the "Show/Hide Non-Visual Components" setting in the Edit menu is already being restored between sessions: In other words, the "Show/Hide Non-Visual Components" setting is AUTOMATICALLY restored to its previous state when the IDE is restarted. So, it seems the Embarcadero team has forgotten to restore the "Lock Controls" setting.

Strange coincidence: It seems the same person has also filed a similar report today: https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-791

In the ActionList Editor, when executing the "New Standard Action..." command, it takes more than ONE MINUTE (!!!) to display the list of available action classes, as this list is very long in my IDE environment: This is a sign of very INEFFICIENT CODE used to build this list. While waiting the eternity for the Action Classes list to build, there is no visual feedback indicator that should be shown to the user when waiting for a longer process, such as an hourglass cursor or something similar. This behavior is typical for a novice application, not a professional IDE environment. Also, there is no FILTER SEARCH box within the list of Available Action Classes! This makes it almost IMPOSSIBLE to find a specific Action class by name or type. This is one of several USER-UNFRIENDLY aspects of the Delphi IDE. This particular one prevents me from using Actions at all in a Delphi application. In the past, I have created a Quality Portal report to suggest improvements, but Embarcadero has never responded to this report. Is there a plugin that could replace the "New Standard Action" command? I am considering whether I should not renew my Embarcadero subscription and switch to a different programming environment. What is your advice?

Have you tested the CTRL+Ins shortcut in Delphi 12.1 Patch 1?

BTW, can anyone confirm this: The 'NewStandard Action...' command keyboard shortcut Ctrl+Ins does not work! The command is executed only after clicking on its menu item with the mouse!

The new Quality Portal makes a clean impression. However, I would like to insert small screenshot images inside the Description section in addition to the separate image section.

Here is a more detailed screenshot including several libraries: https://app.screencast.com/xEiAJWWcxiL2M

Is it not possible to support individual reports? Why has this possibility been removed from the Quality Portal?

I have been informed that a Quality Portal report about this problem has been filed: https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-742 Please VOTE & SHARE.

Other libraries that add a large number of Standard Actions: DevExpress, TMS, ShellBrowser, JVCL. This shows that the Embarcadero team does not conduct real-world tests. It seems they do their tests with empty environments.

The issue could be fixed by: 1. Replacing the code that builds the List of Available Standard Actions with a more efficient code. Once the list has been built, it should be saved (in memory) and not rebuilt each time. The GetIt List was similarly slow before it was fixed. This confirms that the Delphi IDE code still contains some legacy in the form of antediluvian code. 2. Implement a Search/Filter box in the List of Available Standard Actions. The Search/Filter box should also work with multiple words. 3. Show a visual feedback indicator while building the List of Available Standard Actions, such as an hourglass cursor or something similar. This should be done in any professional application while executing a potentially lengthy process!