dummzeuch

OK, that was some crucial information missing. Feel free to submit this as a bug report.

With "taller than my screen", do you mean that there is no "more ..." entry with a submenu at the end but all entries in one continuous menu? (Of course that just means you need a taller screen. 😉

Yes, that's how the cancel button works.

Notepad++ can handle different encodings and easily switch between and convert them. Might be an easier option than copying line by line with Notepad.

Sometimes the IDE inserts two includes for CodeGear.Delphi.Targets (I think it's a bug in the updating code for projects): <Import Project="$(BDS)\Bin\CodeGear.Delphi.Targets" Condition="Exists('$(BDS)\Bin\CodeGear.Delphi.Targets')"/> One, with the condition, one without. Not sure this has something to do with the message though.

No there isn't. But if you file a feature request stating how exactly you want it to be formatted, chances are I might implement it.

Yes, There is a command you need to execute for GetIt to switch to the internet as a data source: GetItCmd.exe -c=useonline

That sounds more like use case for code templates. A bit more work to set up, but it would save a lot of typing later on.

Similar issue to this: GExperts always targets the latest IDE update available at the time of its release, which in case of 10.4 is 10.4.1. Sometimes it does not matter, but in this case it does. Either update to the latest IDE version or compile your own GExperts DLL.

Not that I know of. But you could have a look into the BPLs using the GExperts PE Information Expert. It shows a list of units and classes which the package exports. That would give you a starting point.

You need to install the latest update for Delphi 10.3 (10.3.3), since the runtime packages GExperts needs were not compatible between 10.3 and 10.3.3. If you can't do that for whatever reason, you can compile your GExperts DLL which would also solve the problem.

No, but I noticed that the problem hasn't been fixed in 10.4. Never looked at it in 10.4.1 because I found a different way that does not require a dotNET assembly. That was my "last best" solution anyway. (* "second best" would put it too mildly. Avoiding this was by far the best option.)

Hm, when will Microsoft start to rewrite Office to use WinUI? Until that happens, I am skeptical whether this will be worth the effort. But I am only a disgruntled old white man^d^d^d^d^d^d^d^d^dVCL developer.

I wrote the Convert Strings expert several months after somebody else donated the String Paste expert, because I could never remember how to use the latter. I always wanted to clean up this mess, but never came around doing it.

Have you looked at the newer "Convert Strings" expert? There is a favorite called "SQL-to-String" which seems to do exactly what you want

OK, even though you didn't file a feature request, I just implemented this in revision #3370.

Would you please file a feature request on SourceForge for this? That is the central point where I look when I have some time and feel like implementing some small improvement. Also, others might see this, implement it and send me a patch (yes, this has happened). Of course you could also do that yourself.

If the order is important, it's not the order of installation but the order loading the plugins. So disabling all of them and then enabling them in the desired order should do the trick.

somebody named "Gilles The cat" just posted this in the Delhi Wiki: https://delphi.fandom.com/wiki/Forum:Old_component Maybe somebody here can help.

Apparently he had already asked DevExpress and they cannot supply the old version. (He could have mentioned that rather than let us (me) guessing. I didn't know what tdxfOutlootBar is/was and from they way he formulated his questionI thought he didn't either. That's what you get for trying to help. I should have known better. 😞 )

The first Google hit for you might have been that. I didn't see this on the first page of results. The joys of personalized search...

Ah, this was about Delphi, not GExperts.

Where?

So, to sum it up: The "dx" in the name is a strong hint that it is from DevExpress, so it should be possible to get this component from them, even for Delphi 5. Correct?

Fixed that in revision #3369 Thanks for the hint.