dummzeuch

I stand corrected. Somehow I missed the additional calls to GetNativeSystemInfo and GetProductVersion. Yes, at least in Delphi 10.3 (I haven't checked previous versions), TOsVersion detects Windows 8.1 and 10 correctly.

This was not about a video but about a blog post. But feel free to continue not reading anything I post. It's completely voluntary. I agree that most videos on programming are a waste of time. It's still my opinion that somebody who comments on a blog post should at least have read it. If you had, you would have noticed that I already mentioned RtlGetVersion and discarded it because it does not give me the information I wanted. Just in case you are interested nonetheless: I have just written another blog post crediting your hint. If you don't want to be credited with something that you apparently deem to be too trivial for your attention please let me know.

The category is "Tips / Blogs / Tutorials / Videos". But hey, who am I to interpret that ...

Apparently nobody can be bothered to actually read the blog post before commenting... Edit: Reading the info from the registry was new to me. Thanks. edit2: That's where Winver gets the information from. If I change ReleaseId to 1810, Winver displays that value too. I would have expected Microsoft to make changes to those keys impossible.

It still does not get you "Windows 10 version XXX". It also does not get you Windows 8.1 but returns version 6.3. These version numbers have to be interpreted first to get what Winver shows to the user.

Hey, nobody forces you to use the Uses Manager. I just thought I'd mention that it can be used that way. Regarding the long time it takes to build the list: Try it again. It should be much faster after it created the initial cache.

Are you sure about that? I looked at the code and found nothing special. It simply calls GetVersionEx. I think this works only because the new compilers add the right manifest entries. Remove them and try it again. Also, it does not distinguish between the various versions of Windows 10.

That depends: If you know the name of the procedure you're looking for, it's fast enough. And that's the use case you were describing:

There is no download, instead you use subversion with the following URL: http://svn.osdn.net/svnroot/dzlib-tools/dzlib/trunk/ Alternatively you can use svn with the following URL for getting dzlib+buildtools, which includes all externals that may be used in any of the test programs or referenced in some of the units: http://svn.osdn.net/svnroot/dzlib-tools/dzlib+tools/

You could also use the identifier tab of the GExperts Uses Manager. It gives you the unit name where an identifier is declared and with Ctrl+O you can even open that unit (but it does not jump to that declaration, yet)

This is why we need a forum that is not StackOverflow: Is there a plugin for delphi IDE for doing the following: Jumping from interface to implementing classes. for example in JIdea Java IDE you can easily point to an interface and see all implementing classes and select to which class you want to jump. It is currently very annoying that Ctrl+Click on a method goes to the interface where the method is declared and there is no easy way to find classes implementing this method. The only option I know is search. Voted down and probably will be closed shortly because: "Recommendation requests are off topic here" https://stackoverflow.com/questions/53116163/is-there-a-way-to-jump-to-implementing-classes-in-delphi-rad-studio Maybe somebody here can help? (Note: It's not my question, I just copied it here.)

The problem with this approach is that only very few companies will shell out money for something that's not tax deductible. Only the very small ones and one man shows will, in the larger ones there will be a bean counter who prevents this (as probably is his job).

Gerald stopped using Delphi more than a decade ago.

My fault. When I said "getting the file age", I didn't mean calling GetFileAge, but getting it using GetFileAttributesEx directly, which of course also checks whether the file exists. That's slightly slower than GetFileAttributes but still much faster than calling both. And yes, I forgot that it was the *Ex variant, not the simple one called by FileExists.

An URL label is a TLabel on a form which displays some blue, underlined text which, when clicked with the mouse, opens a web page. This kind of labels is nothing new in Delphi, I remember using them even back in the 1990s, but they always were a pain in the lower back to create: Write the URL into the caption. Set the font color to blue Set the font to underlined Set the cursor to crHandPoint Write an OnClick event handler that opens the desired URL Lots of boring and repetitive work and on top of that a Windows API call which I kept forgetting. This led me to simply not use them. [...] https://blog.dummzeuch.de/2019/04/19/a-simple-way-to-create-an-url-label-in-delphi/

I for one am content with not getting any notifications and those topics not showing up in my unread list.

Hm, a TLinkLabel seems to have no FocusControl property and I could find no way to actually set an URL that is different from the caption. (OK, it's in the documentation: It allows HTML code.) But apparently it still does not automatically open the browser but calls the OnLinkClick event, so it solves a completely different problem than my code does.

Goes to show that I spend a lot of time working with old Delphi versions.

Actually, I had a case where FileExists took more time than I wanted it to because I was processing a huge number of files (the record was 70000 files in 8000 folders. It took forever (about 60 seconds) the first time. See my question here: I managed to cut the original time into a quarter by in addition to finding out if the file exists also getting its file age (which FileExists already retrieves and which I needed later on anyway) and caching it myself. Now the time is down to about 10 seconds on the first call which still sometimes feels like eternity. But as you already said: Every additional call just hits the file system cache and is done in no time.

Talking about alternative controls: There is also TStringGrid/TDrawGrid + owner drawing. There are various examples on how to add additional controls to the cells. Not sure whether it fits the bill though.

I don't remember ever hearing how the name came to be, but since Gerald was the guy who started the tool in the 1990ies, it's likely that he named it after himself. Time to call it TExperts then... (Just kidding)

It could be an option to have a (restricted access) repository somewere with the RTL/VCL code where "the community" collects patches for everybody to use. But that poses several questions: Which versions of the RTL/VCL are maintained there? Only ever the latest one? But what about people who are stuck with older versions for whatever reason? What about forward- and backporting fixes if multple RTL/VCL versions are maintained? Who maintains it? This/ese person(s) would be the gate keeper(s) to proposed patches. Who grants / revokes access and on which criteria? Is every Delphi customer allowed access, even if he only ever bought Delphi 1? Or is it restricted to the version(s) he bought? How does he prove that? Even if only the latest RTL/VCL is maintained, what about the .x.y Delphi releases? These are of lately only available to customers with subscription. I think that could be quickly become a nightmare for the maintainer(s), not just the technical issues, but even more the legal issues.

GExperts adds a button which opens an explorer window. You still can't copy the full file name though, just the directory. But adding a read only edit field would be possible too...

Are you aware that this is neither the embarcadero support forum, nor the quality portal? If you encounter bugs, you should file bug reports in the latter.

Works for me. It has a minimum size though. Ooops, no, you are right. That's a bug. I even think I reported that one before.