dummzeuch

Another option is to use relative paths and have all libraries as a subdirectory of the project. As they belong into source control anyway, we are using svn:external for that. Works fine for libraries and less well for components since the IDE does not support it really and most component installers insist on using a global directory.

I just found this code in vcl.forms in Delphi 10.2.3: function ShouldScale(const self: TCustomForm): Boolean; // this is just to make code more readable begin Result := self.FScaled and not (csDesigning in self.ComponentState) and ((self.Owner = nil) or not (LowerCase(self.Owner.ClassName) = 'teditwindow')) // we are not in an edit window and ((self.Parent = nil) or not (csDesigning in self.Parent.ComponentState) or not (csFreeNotification in self.Parent.ComponentState)); end; What is this comparison with 'teditwindow' about? Looks as if somebody had to add this to make the IDE behave. What if somebody's program uses a form called TEditWindow?

The best way to get this implement is a feature request on SourceForge. And don't assume that everybody knows how TMS Web Core works (I don't). You must be specific on how the expert is supposed to determine which files to back up. An example project with that description would also help. And if it is really important for you, you could implement it yourself and contribute that code. That's the fastest way to get it into GExperts.

Even later, there were the Turbo Explorer Editions (Delphi 2006) which were also free.

Wow, after the first sentence I thought you were talking about Delphi 2007 or even older. We recently started to move to 10.2 after never finishing the move to XE2. And no, in this case it wasn't management who delayed this, it was me. It took a long time to get to a state where I am confident that the current code base can be moved to Unicode without breaking it all over the place. On the other hand I am currently working with Delphi 2007 again on one of the older tools where I'm again not confident enough that it won't break moving it up to 10.2. Maybe that's a mistake, I should probably just work with 10.2 and only go back to 2007 if there are any problems. Given the impression of 10.3 and 10.4 stability I got from working on GExperts, I'm not even considering going to anything more recent. Theming seems to have broken so much of the IDE, it's not funny. Back to the topic of CE: I seriously doubt that we will see a 10.4 CE before 10.5 (or wherever it will be called) becomes available. And I will be surprised if that happens even then. (Just in case anybody is wondering: No, I have no inside information from Embarcadero, I'm not even an MVP or in the beta test. All this is simply my opinion and observation.)

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.