Fr0sT.Brutal

MS finally listened to demands and now you can create self-sufficient C# apps (with all required DLLs located near the EXE). The same could be with Java, just use a starter that would set path to local JRE.

Why would you need that? Just let the user install your app as it wants to. I'd throw away any app that would do such dirty things leaving 1-star review at market.

I like mutex approach more (with one little difference that I use events). It will work for any application while Findwindow is for GUI-only (or you have to create a dummy window just for that). For some apps I allow running from different paths so I'm retrieving folder of Application.ExeName and adding it to event name.

What I miss in Delphi is caused mainly by buggy/awkward implementation. Structure view is unusable as it always expands fully what is especially annoying when you want to navigate between classes (luckily they added navigation combobox). Method generation always uses alpha ordering while I prefer grouping by meaning. As for inlay hints, I find them handy for dynamic languages but never felt the need for compiled ones. 2c's for Delphi compared to another editors... Currently I use VSCode more than RAD studio and features I really miss from the latter are 1 - subject-aware folding. In Delphi I can fold regions, methods. Other editors I tried only have structure-aware folding - fold level 1, 2, etc. It is really boring and unhandy 2 - sync edit (Ctrl-Shift-J) of a selected fragment. VSCode only can rename a variable (but it must be declared somewhere) or multi-edit but that's not the same.

Consider using WebDriver approach with browser running in headless mode

He's doing it right testing both "device is up & software is listening" at the same time. Nice thing with async networking is that you can start many connections simultaneously and react for connection/timeout in event handlers.

Works for me

Oops my fault. Debian has no order in names. But Android and Ubuntu have. However Ubuntu changes names inside major releases which is also confusing. Example of insane naming is also MS Windows. 3.1, 95, 98, Millenium, NT, 2000, XP, Vista, 7, 8, 10, 11, ... In the same time server versions are named after years so you also have to remember - kernel of which "user" version has this server version 20XX?

If only they chose city names sorted like do Google Android, Debian, Ubuntu... but no, pure random. And ridiculously loooong name for 11. I have some really wonderful options for Succ(v12) releases: Schmedeswurtherwesterdeich Llanfair­pwllgwyngyll­gogery­chwyrn­drobwll­llan­tysilio­gogo­goch Taumatawhakatangi­hangakoauauotamatea­turipukakapikimaunga­horonukupokaiwhen­uakitanatahu and many more really cool names here https://en.wikipedia.org/wiki/List_of_long_place_names

Ah, that one. Workaround in fact. Well, you're right here - each approach has its pros and cons. So it's nice when you can choose

Easy, just add some anime kitties and giant robots to win their hearts! Or... giant kitty robots!

Haven't tried it myself but try moving a window beyond the screen (Window.X := Screen.X + someMargin)

Release it as 13.9 for double-hit!

WebDAV is just a protocol. You'll have both sides of your channel custom so you can extend it for your needs.

What's the 2nd solution? I guess it's not free? Well, the benefit is native implementation, free from insane upgrade policy of OpenSSL; moreover, RTL socket/http uses it as well, and so does default cURL build. To add more, there are some OpenSSL forks/analogs now (WolfSSL, BoringSSL) which could be more suitable for some needs. Abstraction of TLS layer would be awesome. Extending the subject wider, I periodically dream of a universal handler stack in TWSocket to enable things like Socket.handlers := [ ThrottleHandler, TLSHandler, HTTPTunnelHandler, TLSHandler ] (enable throttling, connect via TLS to HTTP tunnel proxy and do TLS connection to remote server) that would provide a simple interface for any combination of protocols. That way TTLSSocket would be nothing more than TWSocket with auto-created TLSHandler. Want cascade of 5 TLS HTTP tunnel proxies? No problem! Want HTTP inside MsgPack inside Protobuf inside TLS-encryption? Easy. Want custom encrypted protocol? Just write handler. Please don't take this as criticism, I admire your efforts to keep ICS up-to-date.

Ah, blimey. That "U" was a phantom in my eyes. Friday 🙂

Quite a non-trivial task if there's an intensive data stream over one channel while control channel must remain responsible.

They just use OBJ just like with Zip and RegExp

Code formatter Depends on modelling Written in .Net Seems like a candidate for "Top most weird tech decisions"

And even if the lib is not ready, in most cases it's enough to use package for the latest version.

So the typical "List.Count - 1" construction now emits "unsigned converted to signed" warning? Well done, EMB. From my experience: unsigned numbers are inconvenient. Once you want to use a subtraction op, you get lots of warnings. And the apogee of lurking bug: i: Cardinal; for i := 0 to List.Count - 1 do on an empty list which, with int overflow checks disabled, will either raise OutOfBounds on index 4B or loop 4B times - depending on a body.

If you plan to rewrite it anyway, probably you could make it in some pluggable manner to easily integrate another TLS engines? From the client app's view, not much TLS details are ever needed at all - just be able to connect to TLS server. Some could need to accept custom certs, provide user certs or select cyphers. That's all!

And how do you think the server would address those parameters?

Maybe contact with the author and ask him? I guess there are plenty of OSS devs that don't bother about choosing a license for their product at all and just take the first random one when Github urges them to make the choice.

In fact, most of people really, though indirectly, have this kind of data sorted 😉 DB keys