dummzeuch

I also used to have a free account. Many years ago, it was actually useful, but when they started trying to monetize it, the quality dropped. Nowadays, when I see them in the Google search results, I don't even bother clicking on it. But since I don't have a paid account I can't really say whether they are any good. My guess would be: No.

Dream on. It would be: "There are mostly gray headed/bald Delphi developers in your area"

Yes, I could do that, and the next time I update the package group from Github, I'd have to do that all over again. My point is: There is no simple solution built into the IDE.

Click on half a million design packages and select "install". That's the most annoying part because the design packages are intermingled with the run time packages so I'd need to click on every second one.

Why not? I did.

Actually no, it doesn't.

I don't want the DCU directory of any 3rd party component/library in my IDE's library path. In my opinion it belongs into the individual project's search path, if that project uses the library. Actually, I prefer to have the source code in the projects path rather than the DCUs.

Last time I tried to submit a bug report trough Mantis, somebody told me that it was sheer luck if anybody even looked at it. That was a few years ago though.

I can top that: 6 to 10.4 (I even considered adding Delphi 5) And yes, the path variable becomes a pain in the lower back if you install many Delphi versions to the default directories. Unfortunately updates tend to revert any custom installation directories. Using additional environment variables and adding only these variables to the path also helps.

No, there is no such tool and also no API, because this expert relies on the Open Tool API of the IDE. If I remember correctly there is a tool in the JCL that allows changing properties in dfm files. (Sorry, I missed the original post.)

Some configuration settings will only be saved when exiting the IDE, so they will always reflect those of the IDE instance you closed last. This also applies to some IDE plugins (e.g. GExperts). But apart from that there is nothing to prevent you from having multiple instances active.

GExperts is always compiled with the latest update of any of the supported Delphi versions. That unfortunately means that it may not work if the IDE hasn’t been updated to the latest version. E.g. The latest GExperts release will not work with Delphi 10.2, but only with Delphi 10.2.3, the latest update to Delphi 10.2. This is due to changes in the runtime packages that are not always backward compatible. Until a few years ago, this was no problem because when you bought Delphi you were automatically entitled to receive all updates for this version. E.g. if you bought Delphi 2007 you could download all updates for it and GExperts would simply work for you. This changed when Embarcadero tried to force all their customers to buy a maintenance subscription. Read on in the blog post.

That doesn't sound like up to date documentation.

Format is very flexible but unfortunately there is no compile time checking for the (or has it been added in newer Delphi versions?). Unfortunately it's also difficult to debug (from user error reports) since you don't see the format string in the error message. That's why I always hook this function and add the format string to the error message. If anybody is interested, I can post that unit here.

The second syntax is meant to be used with variables rather than constants.

I always put libraries into their own Subversion repository and add that as an "external" to the project repositories. This results in the libraries to be checked out into a subdirectory of the project sources. I never add the library sources to any global search paths in the IDE, but only to the respective search paths of the project. And there never as absolute but only relative paths. E.g. if my project goes to D :\source\myproject the project sources (including the .dpr file) go to the subdirectory src D :\source\myproject\src the libraries go to the subdirectory libs D:\sources\myproject\libs\lib1 The search path then includes ..\libs\lib1\source I think I blogged about this a long time ago. I'll add the link if I can find it. Found it: http://www.dummzeuch.de/delphi/subversion/english.html (Took me longer because it was in my old blog.)

If I remember correctly (from Google+ times), sharedr is written in Delphi. And If you want a suggestion, what to write: A countdown timer (tea timer) for the lock screen. Meaning one that does not require me to unlock the phone to start a countdown. Currently I'm using Ingress Timer but that one requires me to unlock the phone. I'd be willing to pay 5 Euros for such an app. Not sure if anybody else would, though.

getitcmd -c=onlinemode (I'm not sure about the parameters, use the --help option to look out it up.)

Google can't find files that aren't referenced anywhere (it doesn't work with magic), so if the links are only available from pages that cannot be indexed, it can't find the links, regardless whether the files themselves are available without a logon. There are several files on my homepage that you won't find in Google. But everybody I provide with the link can download them without login. It's not highly secure, as it would be possible to guess the urls or to brute force them but it's secure enough for my purpose. Maybe Embarcadero thinks similar? It's convenient to be able to use a download link on a different computer than the one used to login. I usually download the ISOs for new Delphi releases with wget from a Linux server rather than having to keep my computer running until the download finishes.

No, not yet. But you can always get the sources, apply the fix proposed by @merijnb and compile your own DLL.

As @Uwe Raabe already suggested: The commandline compiler dcc can compile single pas files to a dcu. So you could use a batch file that only compiles the pas files and creates dcus using the command line compiler. You only need to figure out the parameters once and generate that batch file using e.g. the map file of your project(s). No idea whether that would actually speed up the process though.

These don't, but the girls do. "Frauenpower" as we say in Denglish. (Hm, not sure whether this is sexist. If it is: Sorry ladies this is meant to be a joke.)

So the solution is simple: Let's invent a time machine, go back to 1968 and kill N. Wirth. Problem solved. Or, a bit less blood thirsty: Get him involved with a girl that keeps him from inventing Pascal. 😉

Ouch. I guess this shows that I'm not used to inline variables.

On the positive side: This way Delphi developers learn about pointers and how to use them correctly. 😉 type PFoo = ^TFoo; TFoo = record // Lots of stuff here end; PBar = ^TBar; TBar = record Foo: array of TFoo; // Even more stuff end;  TFooBar = array of TBar; var FooBar: TFooBar; begin with FooBar[i].Foo[j] do WhatEver := 42; var Foo := @(FooBar[i].Foo[j]); Foo.WhatEver := 42; // Nope. end; (Now, It would be really embarrassing if I got this wrong. 😉 ) I'm always unsure whether I need the parenthesis in this: var Foo := @(FooBar[i].Foo[j]);