Lars Fosdal

EnableDisableWindow(wnd, FALSE) does not convey the meaning of FALSE, while EnableWindow(wnd, FALSE) does.

I'd suggest using GitHub to share code. Makes it easy to access, easy to contribute to, and prevents walls of code in a small forum.

You need to be on a subscription, and using 10.4.1.

So - on the problem system - the log stops before "sync completed" ? Is the process running elevated? Is there anything in the windows logs? What about the local firewall settings on the problem PC - does it allow UDP through?

Did you read this thread?

TIdSNTP.ReceiveTimeout defaults to IdTimeoutInfinite; (-2). Try setting it to the desired timeout interval in milliseconds?

Most of these fonts presented in the Options | UI | Editor | Display list of my Delphi, are not installed with Delphi, nor are they installed with Windows. Their common trait is that they are monospaced - which also is the default for VS Code, btw. Searching for monospaced and Thai, this shows up - and it is monospaced, has Thai characters, but doesn't appear to support Unicode Thai - so I am unsure if it will work as desired. https://www.dafont.com/pw-thai-monospaced-.font Edit 1: I also found https://bwaiwai.blogspot.com/2013/06/DejaVuSansMonoThai.html - but couldn't find a free download to check its Unicode coverage. Edit 2: The last comment on this page, suggests some other alternatives as well. https://forum.portswigger.net/thread/thai-characters-not-displayed-correctly-in-the-burp-suite-f39cb4ff My list of Delphi available fonts.

TBH, I am careful around any pre-built binaries.

My guess would be that I is in a sub-select, and not visible in the main expression? I use MSSQL and not Interbase, though.

Does any of these work? https://catalog.monotype.com/language/thai

IMO, it would be natural to use the UTC time as your comparison time, and not the local time. The user's time zone may vary with travel. Wherever the user is at the moment - only UTC timestamps are comparable. However - if you are talking to a central server, the only way to ensure comparable timestamps is that you create them on the server, and not on the clients. This is because you cannot rely on multiple devices time engines to be 100% in sync with eachother. So - When you connect to the server, the server gives you a timestamp for the data you request. This you store locally. The next time you connect to the server, you compare the stored timestamp with the server's timestamp to determine if there was a change.

Money Green wasn't too bad, actually. Going to try that a little bit. Well - actually - it is a bit too "off" with the rest of the UI, when that is in light mode.

This post indicates a "workaround". Not sure why this is necessary. Is your app an FMXLinux app? https://synaptica.info/en/2020/11/26/delphi-fmxlinux-launcher-icon/

I prefer that people link to the original source and/or describe how to collect the appropriate set of binaries from the official sources, rather than "republish" them. There is a staggering amount of malware out there, and you may call me paranoid, but the fact is that convenience is not a good reason to download binaries from unverified sources.

Are you providing an .ico file or images for the icon? If I remember correctly, .ico is a Windows only thing.

Another set of binaries... Am I the only one that is completely allergic to binaries from unknown sources?

Which form is the parent/owner of the print dialog?

I like the KISS rule - what can I say.

I use OmniThreadLibrary queues for this.

Less hugs, more code. I have spoken.

Chance that I will download and use some DLL from an unknown third party: None.

If you want it to always run elevated, you can specify that in the manifest.

I hope you are fully recovered, and that you and your family are ok!

One thought: Something that revealed a performance bottleneck to me a few years back, was when I unintentionally managed to include a network drive in my search path. Where are your sources located? SSD? HDD? Network?

Also on 10.4.1, but not seeing this issue.