dummzeuch

Unfortunately Embarcadero doesn't want us to share these links publicly. Yes, I never understood why either.

Is Python open source and easy to learn enough? There are lots of others though, e.g. Delphi Web Script to name a more obscure one that is written in Delphi and therefore easy to include in any Delphi program.

That fad will never be of any importance. As well as this other overhyped thingy called "internet".

OMG! The blogs! They should get the highest priority, not those totally unimportant other services. 😉 Most of the people who blog for Embarcadero have an account right here and on the all important messaging service formerly known as - uh, I forgot the name, something to do with birds or was it mammoths? If they wanted to (and were allowed to), they could find ways to communicate.

They should also ask the oracle.

Since these interfaces are not identical they should have different GUIDs. If only one of them (IBindCompFactoryExecuteContext) is ever instantiated, only this one should have a GUID. So yes, that's a bug. Probably caused by copy and paste, as most of these errors.

You definitely have a misconception about how threads and timers work. Read the other answers and some documentation on the topic.

Try opening a pre Delphi XE2 package project with XE2 or possibly a later Delphi version.

DocWiki for XE2 says this: (If it doesn't tell me something about a bad gateway)

Hm, I remember writing something like this (many) years ago, but never actually used it. The code should be on sourceforge, I'll have to look it up. Found it: https://sourceforge.net/projects/dzconfig/ As I said: That was years ago, but maybe you will find it useful.

The changes I made concentrated on two areas: 1. Moving the code previously in the special editor enhancements part to a new expert with that name. So there is no longer a tab in the configuration dialog for the editor enhancements, instead there is a new expert and the configuration is done through that experts own configuration dialog. (This was done to achieve 2. more easily.) 2. Restructuring the way images are assigned to actions registered with the IDE. This should fix the problem described in the original post. Everything else should continue working as before.

Nailed it. Took me "only" a few days to work around this bug 😞 The up side is that in the process I did quite some clean up of the GExperts code. I wonder how many new bugs I have introduced by this change. Anybody brave enough to test it? I just committed the code.

And what happens, if you try to run it? Are there any error messages? How do you try to run it?

Not that I am aware of.

Didn't Embarcadero announce that they "improved the experience" of the IDE and Delphi programs when run in an RDP session? I'm not sure which Delphi version this was, but I think it wasn't 12. Maybe 11?

I just found a typo in the TWMDPI record declaration in the Delphi 10 Winapi.Messages unit: TWMDpi = record Msg: Cardinal; MsgFiller: TDWordFiller; YDpi: Word; XDpi: Word; WParamFiller: TDWordFiller; ScalledRect: PRECT; // <- here Result: LRESULT; end; ScaledRect is misspelled as ScalledRect. I am not sure whether this spelling error was in the original installation or whether I might have changed this declaration by accident (No, that unit is not readonly on my system.) Since this record was introduced with Delphi 10 it might just have been a typo that was corrected in later versions. Could somebody with an unchanged installation please check?

Yes, Delphi 10 was the only version where the code failed to compile. XE8 didn't have that record, in 10.1, latest update, it was correct. So it really is a bug I'm the sources, not an accidental edit by me. Thanks for confirming.

There is the open source proj4 library which you could compile to a dll (if there is no download available, I haven't checked) and call from Delphi. It can convert from basically any GIS coordinate system to any other, but it is not easy to use.

It was the additional calls to AddMasked. If I comment these out, the images are assigned correctly to the actions. So now I have to figure out a way to avoid these calls. And then ifdef the whole stuff to only run on Delphi 12 (and possibly later, or maybe starting with the first Delphi version that supports AddImages) ...

I just tried to use AddImages instead. Unfortunately this doesn't work either in Delphi 12 but works fine in older versions (those that support it). Maybe it doesn't like being used in addition to AddMasked, or I am doing something else wrong. Another day wasted on broken IDE functionality. 😞

SecondsToHumanReadableString in my dzlib. There are probably others which I am not aware of. I just noticed that you wanted milliseconds support. My function does not support these.

If I understood this correctly, a Python subprocess starts an external program, connects its stdin/out/err to pipes and gets the return code when it exits. There is nothing like this in the standard Delphi RTL but there are multiple third party options. If I remember correctly one is in the JCL, another is my own TAsyncExec class in unit u_dzAsyncExec which is part of my dzlib library.

Putting your program into the autostart folder will ensure that it is started when windows starts (or actually, when the user logs on). You can then let it run with an invisible window and handle messages that announce the other events: WM_ENDSESSION WM_POWERBROADCAST

Thanks for the hint. I thought about that approach too, but unfortunately that's very difficult to do with the current way GExperts works: Each expert registers its own action / image with the IDE, removes the action when the expert is disabled and adds it again when the expert is enabled. All this without restarting the IDE. On top of that this API was introduced at some time after Delphi 6 (haven't checked when exactly), so I'd need to use two different ways to still support all currently supported Delphi versions. Btw: Are you aware that Project Magician registers an action without a name? That means it cannot be added reliably to a toolbar. I found that today while investigating an issue with the GExperts Editor Toolbar.

I've moved this to a new topic because it is not much related to Delphi 12 being released. Anything from JetBrains... I am not saying that Delphi is stuck in the Stone Age... but it is lagging behind in some areas. OK, I bite: What's your favorite feature(s) in a JetBrains editor that Delphi does not offer? (Excluding things that Delphi offers but that don't work.)