dummzeuch

Did you assign a drive letter to that network share? It's possible that installing from a share directly does not work but it might work when you assign a drive letter and install from that drive.

I have never seen this error either. GExperts and other experts must be built with runtime packages, but I never use them in regular projects. The error message implies that the package format is not the expected one. Did you by chance already install the Delphi 12.1 update? Maybe there is something wrong with the package that comes with that update.

If I remember correctly there was such a project on GitHub called Delphinus (blog). I never tried it and it doesn't appear to have gotten much traction. Edit: Found it and added the link.

Until recently Japan used floppy disks in large numbers for submitting some documents (floppy disks seem to have been as essential for Japan as fax machines still are for Germany), so it might not be impossible. Or, if you settle for used ones, there might still be some companies that have such amounts lying around in various drawers.

If only the triple slash was the only horrible thing about it. Whoever came up with using XML tags when there was already a working solution with a lot less noise like PasDoc? (based on JavaDoc). Especially since XML in many other areas has already been superseeded with methods that also produce less noise, e.g. JSON.

It's supposed to look like this: So the buttons should be on the left and not overlap the status bar. But the way it is designed seems a bit odd: There is a TEditorStatusControlForm containing all the controls and associated actions for this. This descends from TForm, so it isn't actually meant to be embedded. And apparently it isn't, because all the buttons heve been re-parented to the a TToolbar which over several intermediate panels are on a TEditWindow. Of course this doesn't really help you, sorry. I was just curious and looked at it.

Look up TFormatSettings. Many, possibly all, formatting functions accept such a variable as additional parameter. This doesn't change the way input into controls works though.

Maybe it wasn't the downloads of Delphi 12 (ISO / Installer) but the downloads caused by Delphi 12 itself (GetIt + other stuff in the Startup screen) on every IDE start? That's a kind of plausible interpretation of the wording. It might not have the been the sheer data volume either but the number of clients that tried to connect. But unless somebody leaks the actual information (or maybe Embarcadero decides to be frank about it (fat chance)), we will never know. So this is just idle speculation.

ELC could call home, but if you don't give it internet access, it can't and still works fine. In that case you need to update the license file(s) manually when a new Delphi version is released, otherwise you can tell ELC to do it for you. I made that switch (from "named user license" to "network named user license") several years ago and never regretted it. If I remember correctly you can ask Embarcadero to switch the license at any time when you're on subscription. I blogged about the "experience" back then.

I have the opposite problem: It apparently no longer supports Delphi 2007. Your problem is easier to solve: Just load the Delphi 11 package and let the IDE automatically upgrade it. Your chances are good that it will just work.

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?