Leaderboard

Unleash the power of ASCII with Console — a powerful Delphi toolkit for styled console output and animated ASCII game demos. Now upgraded with fresh features, more polish, and brand-new demos! https://github.com/tinyBigGAMES/Console

You can use Webauthn/Passkeys/Fido2 keys . The only thing stored on the server would be a publik key that has been created on the client device! So... no need to store passwords on the server side 😉 I got the webauthn api and a wrapper for the yubiko fido2.dll here. https://github.com/mikerabat/DelphiFido2 and a (not so practical but good enough for me) example on how to use a passkey from the iphone here: https://github.com/mikerabat/fronius

Yes, you did. To be clear, you need an Android tablet with ARM CPU. To test your application, you need a relatively recent tablet so that it runs the latest Android version. If you buy a reconditioned one, pay attention to which Android it runs. Delphi 12 “officially” supports Android 8.1 and higher. Delphi 12.3 officially supports up to Android 15 (API level 35). This is required for Google Play Store apps.

GetIt only installs in the current IDE. Not in any other registry node nor in the 64-bit one. Nevertheless, the packages exist and you can simply add them via Components - Install packages.

McAfee, like so many AV products, the cure is worse than the disease.

It's called the April patch - but it's out now ! https://blogs.embarcadero.com/rad-studio-12-3-april-patch-available/

Windows for ARM. There was some discussions before. See

During the upgrade process the unknown resources are moved to the .otares file and the dpk gets a reference for that. The recommended process in such a case is to use decent resources for the unknown ones and get rid of the .otares and the corresponding entry in the dpk. In the majority of cases the otares only contains a resource named PLATFORMTARGETS, which references targets no longer supported by the newer Delphi version. A typical otares file in that case has 96 bytes and can just be removed completely. Unfortunately some library vendors and open source libraries didn't grasp this and deliver these otares files. The warning you are referring to may be caused by something else. Perhaps one or more of those unknown resources were later added as regular resources to the project, which leads to the duplicate warning. The linker just detects resources with the same name, which cannot be resolved into one module.

Yellow, Stumbled upon these: https://github.com/YWtheGod/ZSTD4Delphi https://github.com/DenisAnisimov/ZSTD.pas No idea will they work and so, if someone has need and/or interest, here you are... -Tee- Benchmarks For reference, several fast compression algorithms were tested and compared on a server running Arch Linux (Linux version 5.5.11-arch1-1), with a Core i9-9900K CPU @ 5.0GHz, using lzbench, an open-source in-memory benchmark by @inikep compiled with gcc 9.3.0, on the Silesia compression corpus. Compressor name Ratio Compression Decompress. zstd 1.4.5 -1 2.884 500 MB/s 1660 MB/s zlib 1.2.11 -1 2.743 90 MB/s 400 MB/s brotli 1.0.7 -0 2.703 400 MB/s 450 MB/s zstd 1.4.5 --fast=1 2.434 570 MB/s 2200 MB/s zstd 1.4.5 --fast=3 2.312 640 MB/s 2300 MB/s quicklz 1.5.0 -1 2.238 560 MB/s 710 MB/s zstd 1.4.5 --fast=5 2.178 700 MB/s 2420 MB/s lzo1x 2.10 -1 2.106 690 MB/s 820 MB/s lz4 1.9.2 2.101 740 MB/s 4530 MB/s lzf 3.6 -1 2.077 410 MB/s 860 MB/s snappy 1.1.8 2.073 560 MB/s 1790 MB/s