It's for 14.x series, which we're on. Without a date, it's still relevant, at least it was most recently.that blog entry has no date,
It's for 14.x series, which we're on. Without a date, it's still relevant, at least it was most recently.that blog entry has no date,
Looking at article source:Well, that blog entry has no date, and the Github link (provided by the author) is dead... And FreeBSD is supposed to be a professional OS for professionals...This looks harsh, but somebody at the Foundation needs to get their act together.
<meta property="article:published_time" content="2024-09-09T17:04:05+00:00" />
<meta property="article:modified_time" content="2024-09-09T17:05:22+00:00" />
That's good, but any date still needs to be viewable in presentation mode. Hardly anyone knows to look there. That's a year old, but could still be relevant, especially due to the major version number.Looking at article source:
<meta property="article:published_time" content="2024-09-09T17:04:05+00:00" />
<meta property="article:modified_time" content="2024-09-09T17:05:22+00:00" />
I agree with you that all articles (and anything and all else published online) should have dates of publication clearly stated, and article author name (or a handle at least). Article provides contact information about graphical installer project, but it's not clear is that the person who wrote this article?That's good, but any date still needs to be viewable in presentation mode. Hardly anyone knows to look there. That's a year old, but could still be relevant, especially due to the major version number.
A huge advantage of using GTK as a base layer is that it has a variety of back-ends. In addition to X, Wayland, Windows, and Quartz (MacOS), it also supports web browser windows using HTML5, and frame buffer on Linux. That's nice. But it doesn't support iOS and Android. In contrast, Qt supports deploying apps on Android and iOS, but has no HTML support;What I'm curious about is what is gonna be used as backend for Gtk+? Linux has GtkFB, "an implementation of GDK (and therefore GTK+) that runs on the Linux framebuffer. It runs in a single process that doesn't need X. It should run most GTK+ programs without any changes to the source." /q, but what IDK is how it will be done on FreeBSD?
AFAIK Qt on Linux does support framebuffer only, please see "Qt for Embedded Linux" and even has "Virtual Framebuffer", but this will not help us much, FreeBSD and Linux framebuffers are two very different beasts. Please, don't get me wrong, I'm all for using Qt for this purpose, I just don't know how can it be done?In contrast, Qt supports deploying apps on Android and iOS, but has no HTML support; when I looked recently, I couldn't find any frame buffer support for Qt either.
Correct. My problem is frankly session restore, and having the DE respond adequately to those 5 minutes of idle... I don't want my session crashing after 5 minutes of idle. What if I have something in Konsole or Firefox? This is where Pipewire comes in.
Operating System: openSUSE Tumbleweed 20250905
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.2
Kernel Version: 6.16.3-1-default (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i5-8400H CPU @ 2.50GHz
Memory: 16 GiB of RAM (15.4 GiB usable)
Graphics Processor: Intel® UHD Graphics 630
Manufacturer: Dell Inc.
Product Name: Latitude 5591