Not trying to argue against your point, but most of the Bluetooth latency comes from the codec, not from it being wireless. Bluetooth LE Audio comes with LC3 which supports a codec latency of as little as 2.5 ms.
Yeah but many devices still do not support it, and if they support it, then badly, or they hide it.
There is not even a USB-Bluetooth adapter that would enable LE Audio on Linux. (Besides the hacky ones that contain a full Bluetooth stack and present as USB-Audio, but those come with their own problems.)
XTEink isn't using ESP32-S3 but C3. That S3 dev board from OP also comes with 8MB PSRAM (xteink/C3: 384kB RAM only) which IIUC makes quite the difference when it comes to building an embedded OS.
Dex and Android desktop mode are not a single new thing, but multiple features that partially have been in Android for years, like external screens, resizable windows and the (currently rather limited) external screen drawer.
Worth noting that web fonts are often split up across multiple files for sets of codepoints and font weights/styles, so depending on the language you're writing in a single WOFF file might be missing a few letters.
That's fair but not universal. Plenty of communities exist around playing board games online and often that's the only way to meet players of equal strength or run large tournaments.
Sure, but then maybe it should be two models; one with WiFi for adult gaming, and one that is 100% offline safe model for kids to play with. With the added advantage that the SD card based games can be managed by parents to help manage 'game time'.
For me Tectonic[1] solved many of the issues I had with LaTeX, so that's what I'd recommend if you still depend on LaTeX as a language. Make sure to use the V2 CLI (`tectonic -X`) which comes with convenient features like watch mode. With vim and evince (or any PDF viewer that auto refreshes) open I get a similar real-time experience to popular online editors like Overleaf, but in the comfort of my own editor.
> "USB-C 2.0" in the specs reveals that. DisplayPort Alt Mode requires at least USB 3.0, the PinePhone Pro would be a Linux phone supporting that.
That's not quite accurate IMHO, as the OG PinePhone also supports the feature, despite being USB 2.0. The fact that PINE64 only got it working in PinePhone hardware revision 1.2a maybe also reveals why few phones (whether they support USB 2 or 3.*, e.g., the Pixel 8 was the first Pixel phone to support the feature) actually support DisplayPort Alt Mode: It does not just add cost for parts, but also makes the design more complicated (and may require multiple design iterations to get right, which are expensive).
So: If DisplayPort Alt Mode or somthing like "USB-C video out" is not mentioned, you can usually safely assume that the device does not support it.
KDE connect lets you disable/configure individual plugins, just disable the "Clipboard sync". I don't think it can by itself figure out that you're copying a password, at least across UI toolkits. FWIW most toolkits and browsers don't actually copy from a password input anyway.
When you talk about images over HTTP, you need to consider most web servers and browsers already support zstd compression on the transport, so the potential bandwidth win provided by zstd is already being made use of today.
