FM200 is something else that is often used in modern builds (not just datacenters).
99 karma · joined June 28, 2020
FM200 is something else that is often used in modern builds (not just datacenters).
I love my CST (now X-Keys) L-Trac trackball and I don't think the OP trackball can replace it. That said, it might be interesting to use one as a secondary input device. Hmm...
I believe there is a reason why we don't call createWindowContainer with our use of QOpenGLWidget, though I currently can't remember it. If it still applies, then I suppose we might not be able to use QRhi.
Actually, the post also stated that using `QQuickWidget` will force OpenGL composition, so if an application uses QML inside QWidget it looks like QRhi will not be usable at all. It would seem that QWidget composition does not support QRhi.
Given how some high-profile Qt applications are using OpenGL, continuing with using ANGLE would seem to be the superior choice over having to rewrite everything with a completely new API.
`Vec::drain`: https://doc.rust-lang.org/std/vec/struct.Vec.html#method.dra...
You're saying this like most beginners even have an idea what a tty is.
An anecdote: When I wrote my first C++ program that reads an input (using `cin`, hello-world style), I immediately wondered how to read single keys including arrow keys. The book I was following had nothing about this. I don't remember the exact details but a bit of Internet search got me to `conio.h` (I was using Dev-C++ on Windows) which did work. But getting it to work was so confusing to me at the time. And I didn't even get to understand what it's actually doing under the hood.
I imagine it would be a bit easier in Python given the right libraries, but the dependency management probably adds to the complexity for a beginner.
I think it would only work if your UEFI firmware happen to contain a driver for reading NTFS partitions. UEFI firmwares are only required to read FAT12/FAT16/FAT32. Rufus solves this by making an extra FAT partition with a UEFI:NTFS [1] binary which loads its own NTFS driver to boot the Windows `bootmgfw` EFI binary.
This seems to be a fine alternative that I will have to try. The problem is that I don't really have large USB sticks for this anymore...