PeterPanettone

Nesting shows the BEAUTY OF LOGIC.

Anders, I love you, Merry Christmas!

IMO it complicates the readability. But that's a personal view. Did you get this from a book or is this your own idea? BTW, Pascal Expert found 0 issues:

Thanks. But how could this improve the tool?

I have found this very NICE and USEFUL Quality Report (posted by a colleague): Please improve the Tool Properties (Tools -> Configure Tools... -> Tool Properties): • Please add a Shortcut edit-box. This would allow starting an IDE tool with a Keyboard Shortcut. This would be very useful! • Please allow creating a toolbar icon from an IDE Tool. This could be done in the same way as in the Toolbar Customize dialog: By dragging a command icon from the IDE Tool dialog to the IDE Toolbar. This would be very useful! Please vote for this, as it would be a very useful improvement: https://quality.embarcadero.com/browse/RSP-27285

VS 2019 has a combined menu and title bar: This is something very different from what Embarcadero is using. However, it seems VS 2019 too has some bugs: Search Visual Studio (CTRL + Q) enable & disable is not working: https://developercommunity.visualstudio.com/content/problem/416501/search-visual-studio-ctrl-q-enable-disable-is-not.html (BTW, the Link command here on the Delphi Praxis page does not work either for me).

As you can see from the screenshot, I have Windows 7. I always try to adapt my programs to the OS on which they are running. I don't know why Embarcadero doesn't seem to do that. It would be so easy!

This is not a per-monitor setting but a GENERAL Windows setting. There is NO LOGICAL UI INDICATION which binds this to a single monitor. Windows Text elements are always zoomed by this value, regardless of whether they are displayed on one or the other monitor.

I think, their intention was to make those controls always and prominently visible. But then I wonder why they did not put those controls on the IDE's toolbar space. It would be more logical, IMO, and no IDE element can hide the toolbar space?

How dare you? - Greta's "climate warming"? 😉

Maybe this is not a dialectic principle but the reality consists of fluctuating sets? (Quantum fluctuation).

Life is full of errors. Maybe errors are an inherent principle of life and of software?

Does the IDE have emotions? 😉

What do you mean with "Primary with 125% zoom and secondary with 100% zoom"? There is no indication of "Zoom" per monitor:

Two monitors: This guessing is correct.

My colleague just created one: https://quality.embarcadero.com/browse/RSP-27253 Please vote for it.

Do you know of an Embarcadero quality report about this bug?

To reproduce this, make sure a project is loaded in the IDE. If your Create New submenu contains the Delphi Unit item: ... (and you are using the English UI language in the IDE) then this shortcut sequence lets you create a new Delphi Unit: Alt+F -> N -> U Now Close All opened files in the IDE (File -> Close All). Now the above-mentioned shortcut sequence Alt+F -> N -> U does not work anymore, as the Alt shortcut for Delphi Unit in the submenu has changed to N: Can anyone confirm this?

I didn't mean the TOPIC but my QUESTION: Is there a chance that the IDE Menu Shortcuts GExpert could somehow possibly include dynamically created menu items? BTW, the Quote command does not work.

My question was about Ide Menu Shortcuts.

Is there a chance that the IDE Menu Shortcuts GExpert could somehow possibly include dynamically created menu items?

You are right.

You are right. I am also SAD about this.

I know, but I just wanted to expand on the possibilities of different future URL types in source code comments.

Hint: The above-mentioned problem can easily be solved by first closing all opened files and then customizing the New submenu. So it becomes clear that there are TWO different submenus for new items: • One submenu when there are no opened items in the IDE • Another submenu when there is a project opened in the IDE