dummzeuch

As far as I remember these popularity curves are percentages of all programmers, so if the total number of programmers rises and the number of programmers that use <language> stays constant, the popularity curve for <language> falls.

Do Delphi inline variable declarations actually work by now? I remember various bug reports on them and decided not to use them until that code is stable. And then I forgot about them...

I think that window uses TVirtualTreeview which would make it nearly impossible to read it's content and modify it with a plugin, unless there is an OTAPI interface for it. But this is guesswork, I haven't really checked either.

https://blog.dummzeuch.de

Given how many developers have got problems understanding how a distributed version control system works, I doubt that non technical people will understand it. And given how many times I personally had problems resolving git oddities (probably due to my own limited understanding of it), I doubt that you will do yourself a favor implementing this with git. This will most likely become a support nightmare, especially in my experience with the attitude of sales people towards IT and software developers. (They regard them lower than plumbers because in contrast to sales who earn the company lots of money IT only costs the company money and gets always into the way.)

Those people could always disable that warning for code where they don't want to see it. Not having such a warning means that the rest of us doesn't get the benefit.

Yes, please do that. I always find it difficult to generate example files to reproduce problems with other languages, especially those I don't understand.

I wonder whether archive.org also caches the downloads. There are various posts on blogs, forums and newsgroups that point to code central downloads. They will not go away but will be useless in the future. So far it was possible to find the download if you simply knew the cc number, even if it still pointed to cc.borland.com. In the future that might no longer work. Tested it: It's even worse: codecentral.embarcadero.com seems not to be in the Internet Archive at all. That also applies to the very first entry which Jim mentions in his blog: https://web.archive.org/web/*/https://codecentral.embarcadero.com/Item/2 Great, so the complete legacy will be lost to posterity. What am I going to show my (non existent, we have not even kids) grand grand children when they ask me "Grampa, WTF is this Delphi thing you keep mumbling about? The web knows nothing about it! Are you finally losing it?"

The current source now compiles again with all supported Delphi versions.

Put the cursor within the class and press Ctrl+Space. This will give you a list of all interface methods. Iirc this also supports multi select. Unfortunately the method declarations will always be added as public which is usually not what you want.

I won't hold my breath either. The interesting part is that it took several years until somebody noticed that the expert does no longer work in some circumstances and wrote a bug report for GExperts. I didn't notice it myself, but that's not surprising given that most of my work is still with Delphi 2007 and doesn't involve databases. I was thinking about a workaround by closing the form and manipulating the dfm and pas file directly. But so far I haven't bothered.

It says so right in the release blog post: "Since Delphi XE3 and later no longer allow creating components with subcomponents (the OTAPI function for that crashes – bug report here), GExperts no longer supports these components in the Replace Components expert." The link goes to: https://quality.embarcadero.com/browse/RSP-25645

The Goto expert is work in progress. I'm not yet sure where I want to go with it. So far it's simply a replacement for the Goto enhancement.

I removed a unit from the 10.3 dproj file this morning. It might work now, but I cannot test it.

I also needed such a tool a while ago but could not find one. I ended up changing the code in GExperts to dump the contents to a file.

I'm currently on vacation and have no access to IDEs newer than XE4, so I can't check this. Would you please file a bug report on SourceForge so it doesn't get lost?

Oops, so a component/expert built with 10.3.2 does not necessarily work for 10.3.0 or 10.3.1? Since people without maintenance don't get the point versions, they are double fscked. Or the component/expert vendors/maintainers have to create two versions of their exes meaning they have to keep the older IDE versions around. And since it's not possible to install e.g. 10.3.1 and 10.3.2 on the same machine, that means they have to use multiple computers or multiple VMs. Great, just great!

https://blog.dummzeuch.de/2018/08/04/improved-uses-clause-manager-in-gexperts/

And this is the first error message? Or is there another one before it?

Yes, I know, it was about time ...

With which version of Delphi does it compile? (Sorry, if you stated that before, I missed it.) I tried Delphi 2007, just because that's the version I have configured to open dpr files by default.

* The sources for tb2k (Toolbar 2000 ?) are missing. (Just downloaded them from http://www.jrsoftware.org/tb2kdl.php I wonder about the license though). * The obj subdirectory in pngimage is missing. (adler32.obj and friends (I guess that's a reason to use the dcus. 😉 ) adler32.obj is part of Delphi since XE2, haven't checked whether it works and also about the other missing obj files yet, but I seem to remember that pngimge became part of Delphi around that time. No, just copying the obj files from Delphi 10.3 didn't work: "Unsatisfied forward declaration _llmod") I think I'll give up for now.

Thanks a lot for providing the sources. I just had a look at them and found that there are plenty of dcu files in the same directory as the pas files. Is there a reason for including the dcus at all?

After being bitten too many times, I only install the components with the vendor's installer the first time to get the source code (because that's the only way to get the source code for many components). I then check the source code into source control and remove everything that was installed into my IDE(s) and search paths and whatever. Then I compile the components from source (cursing a lot along that process because component vendors simply don't adhere to any standards) and install them into the IDE I need them. Once that works, I document the process and try to automate it. I then test the (automated) process by removing all traces of the components again and installing them. I fix any bugs of the process I encounter then (there are always bugs). After the installation process works, I remove any paths the installation process added to the IDE configuration. Component sources are always part of my projects that use them. I add them as svn:external to the project and add the search path as relative paths to the project. Rinse and repeat for any IDE version which needs them. Once that's done, everything usually works smoothly. But to get there is a pain in the lower back.

File a bug report, giving them as much info of your OS and graphics hardware setup as possible. And don't forget to include screenshots like the one above and also one which does not show these controls at all.