dummzeuch

OK, so what are examples for editors that are not "stuck in the Stone Age"?

Just to confirm: Your first example is how you think it should be formatted?

HKLM\Software\Microsoft\Windows NT\CurrentVersion ProductName: REG_SZ On my Windows 10 pro it says "Windows 10 pro". There are several other entries that might be of interest, e.g. DisplayVersion="22H2". Of course this can easily be manipulated by an administratorl

Remove matching lines

Which plugin provided multiline strings? Or are you talking about the property editor for multipline strings?

No, I wrote an expert which removes those totally useless comments.

Actually, instead of an empty line, it could be a comment with the group, e.g. uses // Windows group Windows.WinApi // vcl group vcl.bla, vcl.blub; So it doesn't look like somebody forgot to remove an empty line.

Turn off the "Community Toolbar". Same problem as here:

That is actually the name of a street in Schmedeswurth (never heard of it before, but I looked it up in Google Maps) so it's not a city. And Schmedeswurth is a very small municipality whith < 200 people living there, which I doubt qualifies for even a small town.

Unfortunately you won't get that past most marketing departments.

Your memory is wrong. Win64 was introduced with Delphi XE2.

I just played around with those tool windows, trying to dock and undock them in various ways. I found that having several tool windows docked together in a floating window doesn't work well in neither of the Delphi versions I have tested (10.2, 11 and 12). Part of that might be due to my special setup (monitors with different resolutions and scaling) though. I guess they don't do much testing with floating windows at Embarcadero or even in the beta. Or they just didn't assign high enough a priority to fix those oddities. I haven't checked for bug reports.

No. Both, break and continue make a jump to the finally block and then to the end or beginning of the loop. Not a big difference to what a goto must do. The only difference is that goto can jump to an arbitrary position in the code while break and continue only jump to the end or beginning of a loop.

Happend to me too. I then deleted the registry branch for Delphi 12 under HKCU (not HKLM!). Delphi recreated it automatically on startup and then worked fine again.

"23.216.147.64 - It belongs to Akamai, which is a company Microsoft uses to manage traffic to their servers. In the Sysinternals report, something crashed ("WER"="Windows Error Reporting") and the report just catches Windows preparing a report to Microsoft." That's from Reddit, but there are multiple other sources.

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?