dummzeuch

That would only make a difference if I received more than one patch per month. Currently I'm not even getting that "many". I doubt that switching to Github would result in more. It didn't work for other Delphi related projects, as far as I can see.

Yes, that was in other projects. For graphics32 there was only the one you saw. But I could probably also submit packages for other Delphi versions that currently don't exist. Yeah, that has happened / is happening with many Delphi libraries. I was shocked to find that Indy has only one developer left. dxgettext is mostly dead too, I get the odd bug report or sometimes bug fix which I try to apply, but I'm not the project lead, I only happen to still have write access to the repository, and Lars seems to be no longer much interested.

Try the attached project files. They go into a subdirectory Xx10.0 under source\packages. They compile for me, haven't tried to install them though. Graphics32_Delphi10.0.7z Yeah, great. I just submitted a pull request for theses files and got an email from Github that they will be disabling login with passwords by August 2021. They give several hints on what to do, but don't mention the svn bridge. I guess that's it then: No pull requests from me on Github any more. They got ignored most of the time anyway...

The JVCL also comes with some graphics manipulation functions. They look very similar to those in Graphics32 to me, so they might come from the same origin.

I just converted your code into an expert in revision #3418

What is GExperts? GExperts is a plugin for the Delphi IDE that adds many enhancements and also fixes some bugs. Which Delphi versions are supported? By the time of this writing GExperts supports Delphi 6 to 10.4 (with the exception of Delphi 8). GExperts releases always support/require the latest update for each Delphi version available at the time of the release. Where can download it? There is a link to downloads for the current and older releases on https://gexperts.dummzeuch.de I found a bug, what do I do? Please file a bug report. If you happen to have already fixed this bug, please also attach a patch or an archive with the changed source files. I have a brilliant idea for an improvement. What do I do? Please file a feature request. I have added some improvement to GExperts. Where can I submit it? Please also file a feature request and attach a patch or an archive with changed source files. Why shouldn't I report bugs an request features through this forum? I prefer to work on the actual program rather than being my own secretary. Taking posts from the forum and create the bug reports / feature requests is boring and time consuming work. I don’t want to do that work. Where is the source code? See compiling your own DLL. Why is GExperts still on SourceForge rather than on Github like all the other important projects? I happen to like SubVersion better than Git. Github does not support SubVersion (apart from a bridge with limited features). What if I have a question not covered in this list? There is a more comprehensive list of frequently asked questions on my homepage Additional questions can of course be asked in the forum.

I second that, but as always I would prefer text + screen shots over a video because it's searchable and I can easily jump between the parts that are currently important for me.

https://gexperts.dummzeuch.de has a menu "GExperts" which looks like this ... ... and links to pages that in turn have links to: https://sourceforge.net/p/gexperts/bugs/ and https://sourceforge.net/p/gexperts/feature-requests respectively. The bug report / feature request dialog in GExperts also links there. Regarding pull requests: Since this is not github, there is no such thing. If you want to contribute, post a feature request or bug report and attach a patch or, if you prefer that, an archive with the the changed sources. If you plan to contribute regularly, you can get write access to the svn reqository. @Daniel Would it be possible to make a sticky post in this forum with this information?

Now that you mentioned it, I remember that I always wanted to try that tool as soon as I move to a more recent Delphi version...

As I wrote: This works find for libraries. Components are a problem, because they are installed globally. There are various solutions for that too, e.g. custom registry branches, but they are a pain in the lower back anyway.

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.