dummzeuch

What would you want this code to do? directly jump to the label - or - execute finally and then jump to the label ? Neither really makes sense to me. Exit, Break and Continue always execute finally.

I have now moved building the .res files for icon.rc and the manifest to pre build scripts. Compiling from command line and the IDE and works on my computer with freshly checked out sources even in a directory containing a space character ("GExperts Test") for both, Delphi 11 and 12.

Does your path to the GExperts sources maybe contain a space character? Anyway, I have now moved all rescource compiling to the pre build event (revision #4100). If the my.rc file was temporarily generated by the compiler this might solve the issue.

I just committed a change that might solve this: revsion #4098 And for Delphi 11 in revision #4099.

Applied in revision #4097. Thanks for your contribution. And sorry I forgot about that patch.

Hm, just checked out the trunk to an empty directory: GExperts_manifest.res was missing, but that's a known problem that can easily be fixed by copying it from the Delphi 11 project (and Achim wanted to look into that). Apart from that, it compiled fine.

Nothing should have changed in that respect. Is it just the shortcut that does not work, or also calling it through the menu?

My.RC ? That's really odd. Possibly an artifact of the IDE generating temp files on the fly.

Hm, in that case the IDE should not be allowed to push itself into the foreground when it hits a breakpoint or catches an exception while debugging a program, when a different program (not the one being debugged) is the foreground window?

Does this happen when the IDE is already open, when it must be started or in both cases?

I have updated my Delphi Help Expert to support Delphi 12. It still supports all Delphi versions from 2005 onwards

GExperts -> Add Dock Window does this But these Windows are not stored in the Desktop settings.

In theory you could open a secondary edit window and drag the Welcome Page tab over to it. It even kinda works: Unfortunately it does not show any content.

There are now packages for Delphi 12 in the repository. Be warned though: They compile and install into the IDE but I haven’t done any tests at all.

I updated the KnownIdePackagesManager tool to support Delphi 12.

I mentioned that I am working on the Delphi Tools Manager in my post about GExperts supporting import and export for the Tools menu. Today I finished the first version of this tool. It supports all Delphi versions from 5 to 10.3 (it is written in Delphi 10.2). So, what does it do: It shows a list of all entries in the Delphi IDE’s tool menu in a similar manner as the Tools Options dialog. It allows the same actions as that dialog: Add/Delete/Edit an entry and change the order of the entries. It shows the details of each entry when it is selected. It allows exporting and importing entries, using the same DTME file format as GExperts Dragging one or more DTME files on the form will add them to the list Read on in the blog post at https://blog.dummzeuch.de/2019/06/16/delphi-tools-manager-1-0-0-released/

The new version adds support for Delphi 10.3 to 12 Download is available from the project page on SourceForge.

I'm not sure it is a joke. Even today there are so many people with superstitions around, that releasing a version containing the number 13 might actually cost them some customers. I even have the impression this part of the population is growing rather than shrinking.

I have just updated my dzDelphiPaths tool to support Delphi 12.

I just released dzBdsLauncher 1.0.11. The only change is support for detecting .dproj files created by Delphi 12 (these have a ProjectVersion of 20.1).

I just released Delphi Tools Manager 1.0.3 which now supports Delphi 6 to 12.

I have updated my Delphi IDE explorer expert to work with Delphi 12.

I have just updated the Delphi Custom Container Pack sources to support Delphi 12. It now compiles and installs. I have not tested it extensively. (Blog post here)

Don't give them any ideas ...

... unless your parameter is declared as const.