Uwe Raabe

It happens sporadically by itself, but as not everyone knows how to clear the internal icon cache, I suggest a restart.

Meanwhile the project is on GitHub: https://github.com/UweRaabe/UsesCleaner You don't even need to change the sources to handle FMX. The -c command line parameter lets you specify a configuration file with your preferred settings. An example can be found on GitHub.

I did the same and all registry entries persisted. Even the Win64 library ones.

Did you let the new setup uninstall or did you do it on your own? What did you select when you were asked to remove the registry entries or to keep them?

Probably just a gut feeling. After all they wasted one of the four main menu entries for that. Thinking about it, the registered products page already has information about my license keys and subscription status. As the responsible developer I would look up the latest valid subscription exactly there. As the network licenses have their own place where I even can simply upload the license, that seems the place to get the subscription information as well.

Not sure if that actually matters, but did you upload your Network Named License to https://my.embarcadero.com/#networkLicense ?

Not when you go with the default setup settings that keep your registry intact. BTW, you can as well use the migration tool to save the registry settings and restore them later - just to be on the safe side.

That is indeed inconsistent. Although you can select a wallpaper for a custom theme, the IDE doesn't support selecting a custom theme - add least not officially.

You can configure a different wallpaper per theme, so when switching the theme the wallpaper changes, too. That said, to get rid of the default wallpaper, go to Tools -> Options -> Welcome Page, select your current theme and click Delete. Don't forget to Save.

I make heavy use of NativeXML in Project Magician. It is a small footprint, easy to use, one unit implementation and (to be honest) I am just used to it.

I use them to distinguish all the Delphi icons in the taskbar. For that I Shift-Right-Click on the icon and select Eigenschaften (Settings?), switch to Verknüpfungen (Links?) and change the icon with Anderes Symbol (Change Icon?). This only affects the taskbar icon. For desktop icons there is always the caption, while taskbar icons only reveal the inner soul when hovering over it. Sorry for the German captions and the possibly wrong translations. I just have no English Windows at hand to check.

At least not up to this day...

Nice! Although you will have a hard time to install Delphi 11 and Delphi 11.1 on the same machine.

What do you think all the beta testers did during the last weeks?

I also got the impression that quantity of content is preferred over quality of content. This may be based on the way social media works these days. I mean, how would they be able to even detect quality with their algorithms? Beware the day when MVP turns into an abbreviation for Marketing Voluntary Populist

So what do you expect a roadmap being written in?

The advantage of TFDMacro.AsIdentifier is, that it automatically quotes it according to the current DBMS.

A table name cannot be treated as a parameter. Instead you can use a macro like this: DELETE FROM &TableName and then set the actual table name with MacroByName.AsIdentifier := DestinationTableName;

Yeah, I know. Unfortunately one can only do so much as a beta tester, but the results are nevertheless far from doing nothing. One really has a chance to make a change.

If it is moving content from a backup or whatever to a new system, that can be some tedious manual work. Currently the docs for Alexandria look promising, although search doesn't work yet. Older versions may be added later.

Actually that works as expected. The problem seems to be a wrong configuration in a derived form. A simple test inheriting a form showed that this works, too. Must be some other reason for the problem seen. Up to now I cannot see a bug in Delphi here. Perhaps someone can reproduce?

Don't you think that could be seen as a bit rude by the beta testers working on it for quite some weeks now? I mean, as long as you have an active subscription you are welcome to participate in the beta and weed out all the things itching you.

Actually I prefer this method anyway. It is simple, deterministic and failure proof.

Well, I cannot reproduce that here. My testing scenario looks like this: drop a TDateTimePicker and a TButton on a plain VCL form set DateTimePicker1.Kind to dtkDateTime (leave Format empty for the moment) add a Button1Click event with the following content: ShowMessage(FormatDateTime(DateTimePicker1.Format, DateTimePicker1.DateTime)); run the program: Date/Time is displayed with missing seconds, but that was expected click the button: Date/Time is displayed with seconds select date and time control and edit date and time values click the button: new Date/Time is displayed with seconds the same holds true when the Format property is set as you suggested

When do simply reading property DateTime fail? And for versions below Delphi 11 it is sufficient to set Kind to dtkDate;