dummzeuch

The great thing about standards is: Everybody can have his own...

For me "Ego = smart", but your mileage might vary. 😉

The unit Windows declares quite a few rather generic identifiers, e.g. const ERROR = 0 which is annoying when you want to use that identifier for a local variable (e.g. a string): var Value: Double; begin // function TryGetSomeValue(const _Name: string; out _Value: Double; out _Error: string): boolean; if not TryGetSomeValue('WrongName', Value, Error) then begin LogError(Error); Value := -1; end; This will not compile because Error is a constant and not a string variable. So I want to declare it as a local string variable using Shift+Ctrl+V but that fails (does nothing *1) because there is already such an identifier. This is no problem when it occurs once, but it becomes a bloody nuisance when you have to write several similar function calls. I would really like to use "Error" as a variable name here, rather than "Err" or "lError" or "ErrorStr". Is there any way to undeclare an identifier, so Shift+Ctrl+V (and probably others) work again? I doubt it but I have been wrong before. (*1: Yes, one could regard this as a bug in the refactoring functionality. I haven't checked whether there already is a bug report.)

As of revision #3395 the grep submenu should now work again and also have working shortcuts.

Hm, works for me. The Grep submenu contains all 4 Grep-Entries. But this is very much work in progress, so it's not surprising that something is broken. In particular, assigning a keyboard shortcut no longer works (which I hadn't noticed). But thanks for telling me. this definitely needs some more work (and I need more time ....).

Somebody just asked me whether there is a simple way to migrate GExperts settings from Delphi XE7 to a new version. The short answer is: No, but some experts (or rather: some functionality, because not everything is wrapped into an expert) have an ex- and import function. I also started to write a general ex- and import function for GExperts but never finished it. Real life tends to intrude on open source programming. 😉 The long answer would be: Yes, you can do that by copying the registry entries and configuration files: read on in the blog post

I looked at the prices and couldn't figure out whether source code is included. Is it?

The credit for this goes to my predecessors. It was already there when I took over GExperts (but I had to fix it several times because of bloody IDE theming). It probably was necessary in the 1990s, when screen space was at even more a premium than today.

So, did you get a "more" menu entry or not? If not that's a bug.

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.