dummzeuch

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.

I'm not saying it can't be done. Just more work than I was prepared to put into it. Some of the features seemed to be missing too. But that was several years ago (when PCAN Developer was still called CanAPI2 or something like this).

We are too using Peak Systems hardware, but not with the free PCAN-Basic API (I tried it, but it was too much hassle), but the paid for PCAN-Developer 4 API. We use several PCAN USB interfaces per PC and many devices.The Delphi examples aren't that great though and there was at least one serious bug in one of them (I don't remember the specifics but it took me a while to figure it out. I reported the problem, so maybe they have fixed it by now.)

Does that even compile? With a variable having the same name as its type? Regarding the actual question: That depends on the variable type. If it is something that can fit into a register, the variable might not even end up on the stack. But if it is something requiring additional code, e.g. reference counting, there might be a performance penalty on top of the space it needs on the stack and the code to read and write it. I for one care a lot more for readability than efficiency, with very few exceptions.

You can bet they will. They always did wherever that number was about to turn up anywhere.

None of these features have been implemented. Feel free to submit a feature request on sourcefoge (makt it one for each feature). Feature requests for the formatter should include two unit files: An input and the desired output. They both should compile. But don't hold your breath for an implementation. Hm, actually, I think removing that blank line should have worked. Maybe it's a bug.