dummzeuch

Since the project creates a dll, my guess would be that you need an entry in the registry for the IDE to load it. Maybe use a tool like the GExperts expert manager (or the one from David Hoyle you just posted about) to create that entry?

But it's on Github! There must be many people contributing to it! /sarcasm It shouldn't be too difficult to add support for additional IDE versions. It's just that nobody has bothered to do it.

Please file a but report on SourceForge, I always look at SourceForge when I find time to work on GExperts. Otherwise I might overlook/forget about this. (Obviously the problem does not occur on my computer, because if it did, I wouldn't have made that commit.)

Dotted unit names were introduced with Delphi XE2, which was already a Unicode version, so the code probably will work fine with everything up to Delphi 12. If you want to find out which version was used the last time the project was saved, look at this page in the Delphi Wiki. No idea. I never used anything but the professional version since Delphi 6 (The company I worked for until Delphi 5 had the Enterprise version). If you have any Delphi version >=XE2 or the version you determined using the menthod mentioned in the Wiki, just try it. If not, one option would be to find somebody with Delphi 12 professional which you can trust and let him try to compile the source code. He can probably tell you whether it needs any units that are not part of the professional version but look like they are from Embarcadero. Don't forget that there might be some 3rd party libraries being used.

What do you mean by "TextPrompt"? Something like TEdit.TextHint (aka cue banner)? (for FMX the property is called TextPrompt)

That was simple: The GExpertsGrep project includes a copy of the GX_Experts unit that differs from the one in the GExperts DLL. It's stripped down to the bare minimum that is required and when I changed the unit in the GExperts DLL to take that parameter, I forgot to change this copy in the GExpertsGrep project. Simply adding the parameter to the Configure methode made it compile. There also were some other compilation errors which I have fixed and committed to revision #4207

The reason is that TGxGrepExpert.Configure needs a parameter while the inherited method TGX_Expert.Configure does not. No idea yet, what that's the case. I must have changed something that broke this. I'll investigate. (It doesn't compile with Delphi 2007 and 10.4 either.)

The registry entry the About dialog displays seems to be "Name" from HKCU\SOFTWARE\Embarcadero\BDS\23.0\CatalogRepository\Elements\12Patch-Patch1 which contains the text "RAD Studio 12 Patch 1" on my installation. There are a lot of other entries in that path, so only adding the above variable will probably not do.

The update does not change any of the IDE files, but it does change some runtime packages (rtlxxx.bpl is one that changed, looking into the backup directory will tell you the others) these changed packages also get a new version number. I guess the display in the about dialog only checks for a registry entry created by GetIt. It was the same with some of the Delphi 11 updates.

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.