PeterPanettone

TVirtualStringTree allows the developer to customize the appearance of nodes, including their colors, even when the control is not focused. This can be achieved by handling the OnBeforeItemPaint or OnAfterItemPaint events and using the OnGetNodeData event to provide the data for each node.

Embarcadero IS being paid for the effort.

TVirtualTreeView is highly configurable. The developer only has to take 5 minutes and switch on his brain. Moreover, look at my TTreeView example above where HideSelection = False.

Usually, this behavior is controlled by HideSelection, which is nicely demonstrated in this example (try it out - it does work perfectly): https://docwiki.embarcadero.com/CodeExamples/Sydney/en/HideSelection_(Delphi) I don't know which control type Embarcadero uses for the FormDesigner Structure tree - but using a control type that supports HideSelection can easily overcome the annoyance. Even a simple TTreeView has this property:

I didn't know you were violent or had violent fantasies.

As I said, correctly configuring the control a developer could easily override this annoyance.

ARM is not the same as Parallels on Mac. I am running Delphi 12.1 in Parallels (in Coherence mode) on a 2019 Intel MacBook Pro.

How did the Delphi IDE run on the last version? Is there any chance of getting an ARM-compiled IDE, as ARM might be the future?

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?