 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 2, value: US$29.30) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • Does the underlying toolkit matter? (by Guido on 2023-10-30 01:16:57 GMT from Philippines)
On a GTK desktop like Gnome, Mate, Cinnamon or Xfce I would only install GTK applications (if possible), whereas with KDE or LXQt it would be Qt applications. This makes everything look more uniform. However, the different versions of GTK and Qt are an aesthetic problem.
2 • murena ubports (by Guest1029 on 2023-10-30 01:24:53 GMT from United States)
I would like to boot several mobile operating systems without having to install, incl. murena ubports or some tiny linux family OS, to give a test run, from ventoy on sdcard inside my rooted phone or tablet, but idk if this kind of generic support exists. Anyone know? Anyone know if we are headed that way? It'd be awesome to do what I already do on my laptop
3 • GhostBSD Network Manager (by InvisibleInk on 2023-10-30 01:35:00 GMT from United States)
GhostBSD is great; I'm a fan.
In spite of adding static IP addressing and DNS servers, the Network Manager is still worlds behind in features compared to the Network Manager of any Linux desktop. So Eric really has his work cut out and could use any help here.
4 • GTK (by Friar Tux on 2023-10-30 02:13:30 GMT from Canada)
Just a question regarding GTK. When I joined Linux I always referred to GTK as the Gnome Tool Kit (due to its association with Gnome). I recently found out it is actually called the Gimp Tool Kit. Why is that?
5 • GTK (by Jesse on 2023-10-30 02:20:06 GMT from Canada)
@4: If you want to know the history of the GTK software, I recommend the History section of its Wikipedia articke: https://en.wikipedia.org/wiki/GTK#History
Basically, GTK was called the GIMP Toolkit because it was originally used in the development of the GIMP application.
6 • GhostBSD (by Albert on 2023-10-30 02:23:50 GMT from United States)
Today was the first time I could connect to the internet using a member of the BSD systems -GhostBSD 23.10.1- on an USB stick in live mode. Up until now I had to install GhostBSD on virtualbox if I wanted it to have an internet connection.
I hope this notable project can continue to exist for a long time. (I am not in a position to be able to donate to it -at least for the time being. This fact makes me feel really frustrated.)
7 • GTK (by JeffC on 2023-10-30 02:41:47 GMT from United States)
From what I have seen GTK 1 was the GIMP Tool Kit
GTK 2 / 3 /4 are the GNOME Tool Kit or at least that is how the GNOME developers treat it, as their private property.
Why do I capitalize GNOME? Because it is actually an acronym for GNU Network Object Model Environment.
8 • Toolkits (by Albert on 2023-10-30 02:42:27 GMT from United States)
As for the toolkit subject, I don't care too much about this. I only want the application to work with the given DE -which is what usually happens.
9 • agree on toolkits (by Nigel on 2023-10-30 03:42:10 GMT from New Zealand)
Much like @8 I don't care what an application was built with as long as it does the job as intended. It is nice of course if it fits in with the desktop's aesthetic, apps that don't will stand out. What I do care about is that function does not get broken with updates.
10 • GTK (by Friar Tux on 2023-10-30 04:47:13 GMT from Canada)
@5 (Jesse), @7 (JeffC)... Thanx, guys, Great info. Also didn't realize that GNOME was an acronym. I figured it was just the name they picked - like Cinnamon, or Mate. Good to know - maybe I'll spell it right from now on.
11 • GIMP Toolkit(Mattis) (by Tran Older on 2023-10-30 06:38:05 GMT from Vietnam)
An interview with the authors of GIMP and GTk : https://web.archive.org/web/19990417052141/http://www.linuxworld.com/linuxworld/lw-1999-01/lw-01-gimp.html
12 • Murena 2 unlocked bootloader (by Anamezon on 2023-10-30 09:53:29 GMT from Finland)
" a spokesperson for Murena said it was due to my device being an early demo model and this message will not appear in the final product: This evaluation unit has an unlocked boot loader. This will be updated and corrected for launch...."
on the contrary, this feature is an ASSET and should not be "corrected", considering that most, if not all, buyers of this line of phones are in the habit of tweaking their devices, which works best if the bootloader is unlocked ...
13 • toolkits (by harbl on 2023-10-30 10:24:54 GMT from Philippines)
My DE of choice is Cinnamon but I don't really pick software based on what toolkit it uses. What I'm more concerned about is the toolkits being able to maintain or coordinate a uniform look between them. Currently, GTK4 and Qt6 apps don't follow my setting to default to dark theme, even though GTK3 and Qt5 apps do. I hope this kink gets ironed out soon.
14 • Toolkits (by James on 2023-10-30 10:35:09 GMT from United States)
My desktop is Mate, so I have mostly GTK. Given a choice in the repository between GTK and Qt I will always pick GTK. But if the application only has Qt and I need it, I would then use Qt.
15 • The Murena Two with privacy switches (by Geo. on 2023-10-30 13:25:31 GMT from Canada)
Thank you, Jesse, for that thorough review. Thank you Murena for the /e/OS and for fighting the good fight. đź“´
16 • Underlying Toolkit (by buckyogi on 2023-10-30 13:48:29 GMT from United States)
For individual applications I prefer Qt but use some GTK. I did choose KDE Plasma as my DE because it is Qt.
17 • Several distro's with same mistake (by Jan on 2023-10-30 14:03:26 GMT from Netherlands)
I have fiddled with different distro's, all with the same error, which made them unusable for my hardware situation.
That is why I post it here in the hope that the suppliers do something to it.
I have a notebook with damaged keyboard and defect display, connected to an external monitor and an USB-keybord. I have specified in the BIOS to connect at PC-starting immediately to the external monitor.
After installing a Linux-distro, the password-screen is plopped to the notebook-display (which I found out by shining a flash-light to the notebook-screen). So on the external monitor nothing is dsipayed.
Or sometimes the password-screen is displayed on the external monitor, but after giving the data, the external monitor goes blank (probably going back to the defect notebook-screen).
This problem occured at all tested distro's, except PCLinuxOS.
18 • Did I miss something???? (by tom joad on 2023-10-30 14:53:10 GMT from Netherlands)
First, I have successfully replaced both keyboards and screens in a few laptops. That is laptop specific, I know, but it can be done. When I had an extended warrantee I watched dutifully as a 'pro' did the same. Installation of replacements of keyboards and screens is doable.
No, it is not easy but it can and has been done by many I would guess.
A much bigger issue would be finding the correct parts for your laptop.
Or consider upgrading your equipment. That has some constraints I realize but it is easiest to do.
Maybe Jesse has a solution. Then again, maybe, just maybe your equipment may also be causing the problem.
Last asking that Linux OS producers to produce a solution to fix your issue with failing equipment is a bit much. I hope that doesn't chafe but it might. Sorry. Asking that would be like killing one ant with a very big sledge hammer.
19 • Toolkits (by Robert on 2023-10-30 15:23:55 GMT from United States)
I tend to favor qt applications where possible, for a few reasons.
One is just habit and familiarity. I used KDE or a long time so I know the applications better.
Second is I usually prefer the look, though that is really minor
And last is because gtk apps are usually targeted for. Gnome and therefore have screwy UIs that are hard to use, and often hide basic functionality when they include it at all.
20 • re.17&18 (by Someguy on 2023-10-30 15:26:05 GMT from United Kingdom)
Screen: sometimes only one USB socket will accept external monitor as default - try them all. Notwithstanding, the physical aspect of screen connections can be ubiquitous: open up and hard wire across the screen connections. Of course, still need substitute screen wired to power. Risky trying to replace screen with alleged 'identical' or worse 'similar' item.
Keyboard: load up 'Onboard' or 'Onscreen' virtual k/b. Available for d/l if not already in menu - all machines/all distros. K/b repairs rarely ever successful, even if you have the patience, pot of glue and bottle of silver paint. Additionally, very difficult to find an identical unit - they like to make changes regularly to even alleged pin-compatible replacements! Built in obsolescence is the name of the game just like TVs, fridges, washing machines - you name it.
21 • Toolkit (by John on 2023-10-30 16:44:45 GMT from Canada)
I prefer Motif, only because it is very portable, there are a couple of others too but they date back quite awhile.
Seems these days, the only toolkits being used are GTK and QT, which have some portability issues but also, at least to me, dependency problems to. I think QT is a bit better in that regard.
22 • Several distro's with same mistake @18 @20 (by Jan on 2023-10-30 17:02:10 GMT from Netherlands)
I think it is a Linux-system mistake, PCLinuxOS seemed not to have this problem (a systemd-free Linux, but had a FF-display-problem (my monitor in portait mode)).
By the way: a few installations on my dual-core P8400 and P8600 succeeded, my experience differs from the popular messagtes on DW. Ubuntu-gnome and Fedora-workstation had no usage-irritation points, Mint had. That suprised me. At the end each distro had unfavourable software limits, because of which I stopped with them.
23 • Toolkit (by Denethor on 2023-10-30 17:02:12 GMT from Greece)
I prefer QT. Mainly because the toolkit, as does KDE, uses less ram than GTK and GNOME.
That is the current status at least. It used to be the other way around...
Not to mention GNOME's developers arrogance and deliberate theme meddling with each version.
My only problem is Firefox, but I don't want to use another browser. I wish they had successfully gone to QT, the were some attempts earlier.
24 • Toolkits (by Alan on 2023-10-30 18:03:15 GMT from United States)
GTK because it's clean and simple, and runs in Wayland without X.
25 • GhostBSD (by Otis on 2023-10-30 19:16:13 GMT from United States)
@6 Yes I'm of similar mind as you are with regard to this project. Eric is a BSD hero in my opinion as he moves this forward (at the pace he is able to do that). I check the GhostBSD site frequently for input in the forum area and also to see updates from the mirrors occurring often enough to signal that the project is alive and well. I urge Linux users to give this BSD distro a prolonged try (and to shoot as much funding in that direction as you can).
26 • Toolkits (by s20 on 2023-10-30 21:02:13 GMT from United States)
I always gravitate to GTK apps, preferably GTK4, because I'm a Gnome user. If I were on QT based desktop like KDE, I'd probably gravitate to QT stuff; that's unlikely to happen, since I've been an obsessed Gnomie since 3 dropped, but stiil.
27 • switches (by slippery slope on 2023-10-30 21:51:56 GMT from Germany)
Murena switches, like most, seem more like software switches, if they can be overidden by the software selections. It then has the problem of knowing which switch is which - in other words, which switch is on or off - and, hence, is the device on or off ?
The review also doesn't mention bluetooth - is that covered by the network switch or not ?
Murena's privacy app is good, but what would be better is an app that lists all the software selections that affect a device's on / off state - so that the user can see status at a glance, and can more effectively set a device on or off.
The murena data leakage graph is funny, though - does the user check in every now and then to see how much of their data is leaving the computer ?
28 • ...GUI Toolkits (by RoestVrijStaal on 2023-10-31 00:00:42 GMT from Netherlands)
In the end, you will find genuine freedom when you write and use your own GUI toolkit.
In that way you're not stuck with "popular" toolkits having developers with crooked, semi-hidden agendas which are not in your advantage of you nor in your advantage of your users. Qt/KDE pushing QML, GNOME/GTK pushing Vala and "uncustomizableness".
You do not have to code yourself a GUI direct on top of OpenGL like the devs of Blender did. But you want to use libraries like SDL, SFML or the like which provide a pproper foundation.
RoyalSloth's blog article "Sad state of cross platform GUI frameworks" https://blog.royalsloth.eu/posts/sad-state-of-cross-platform-gui-frameworks/ is still relevant nowadays. Sadly.
29 • More Annoyed by Toolkit Changes Limiting Theme Options (by joncr on 2023-10-31 11:15:43 GMT from United States)
What's more annoying for me as a user than coping with 2 GUI toolkits is new versions of a toolkit making it impossible to use themes written for an older version.
The case in point, is Gnome. Example: I liked the stock theme choice on Ubuntu 20.04, preferring the dark header bar with the light theme. This cannot be replicated on later versions because Gnome removed the ability for Yaru to do that. The same is apparent on Cinnamon and other interfaces. It's either all dark or or light.
30 • Toolkits (by kc1di on 2023-10-31 11:58:55 GMT from United States)
I marked qt in the survey, but use either one mostly QT because I use plasma DE most of the time. But if I need an app written in GTK I just install and use it. Most of them are quite compatible. Looks may be off a bit. But it does not usually bother me. Cheers and have fun!
31 • Gtk apps have become an uncooperative niche (by zinsuddu on 2023-10-31 13:27:02 GMT from United States)
I once preferred gtk apps but now they often don't even fit well into my xfce desktop because of the failure of some or most of them to provide proper menus or to allow the window manager to provide its own window decorations. Hamburger Menus and Fat Header Bars!
On the other hand I've been discovering Qt apps fit in nicely everywhere.
32 • Toolkits (by joe on 2023-10-31 14:56:16 GMT from Netherlands)
I, as a developer, prefer gtk for the following reasons:
- It has been open source since its inception.
- It is managed by a foundation (although RedHat has a significant influence on the toolkit).
- It has a single license and no headaches to create an account/login.
- It has several language bindings.
- It has the GtkBuilder XML description format.
- It is event-driven.
However, I must acknowledge that the gtk documentation is still confusing (although it has improved significantly in recent years), so I always refer to the documentation of gtkmm (https://gnome.pages.gitlab.gnome.org/gtkmm-documentation/index.html) and python GTK (https://python-gtk-3-tutorial.readthedocs.io/en/latest/) (https://pygobject.readthedocs.io/en/latest/).
To maintain simplicity and coherence, I prefer applications that use the gtk toolkit as well.
33 • GTK4 (by why-oh-why on 2023-10-31 16:13:48 GMT from Netherlands)
@29: The new versions of GTK toolkit do not make it impossible to change the colors, but the whole point of the changes is to prevent someone from using themes written for an older version. Making the header bar dark with the light theme is one code line.
https://postimg.cc/rDhBpLms
Avoiding the old mistake where the header bar was light for all applications of the light theme is the exact point of GTK4. Dark theme is always dark, but light theme is light only when the light window is more appropriate and dark whenever it has to be dark.
@31: Well, the actual idea behind the GTK4 was to improve that old and semi-functioning GUI design because hamburger menus, unlike "classic menus", work on all sorts of devices, and your GNOME device always looks the same, be it on the desktop, laptop, tablet, or phone.
In other words, change the device, and everything is there where your muscle memory expects it, like some here used to say. There is exactly zero learning curve needed when changing from one device to another or from one application to another (not yet so far, but soon).
34 • GTK4 doesnt improve, it forces (by MyNameDoesntMatter on 2023-10-31 16:36:57 GMT from Germany)
The argument for using hamburger menus may be true. But the BAD thing about GTK4 is that it tries to force the use of them, instead of providing the option to have the GUI as the user wants.
35 • GTK4 does it the right way (by why-oh-why on 2023-10-31 17:02:18 GMT from Netherlands)
@34 (by MyNameDoesntMatter from Germany)
"But the BAD thing about GTK4 is that it tries to force the use of them, instead of providing the option to have the GUI as the user wants."
It is absolutely impossible to produce one GUI that will satisfy all the wishes of all users, and if one were to succeed, it would get the settings menu as long as the Bible and turn into a catastrophe like KDE.
There is already too much half-functioning diversity, and nobody forces you to use GTK4. Linux needs something that works well for most users.
36 • Ooey GUIs (by Simon on 2023-11-01 05:47:15 GMT from New Zealand)
Currently I use GTK as much as possible, for consistency, despite hating GTK and the whole GNOME way of doing things. This is purely because the software I use (e.g. the XFCE environment, the GIMP, and so on) is mostly GTK-based. I have a few bits and pieces that require QT, and they're a nuisance despite being themed to look like GTK, because they don't behave quite the same way as GTK applications... but, I have to say, that's starting to feel like a bonus as GTK gets worse and worse, so I may soon do things the other way around, switching to something like KDE, using QT as much as possible, and theming the occasional program like the GIMP to look like QT.
To be honest I'm tempted to switch to MacOS, I'm such a fan of GUI consistency and the time that this eventually saves because you can do everything quickly and intuitively without hunting around for controls in unfamiliar places... but, every time I've tried that, it's reminded me how great FOSS is and has wound up feeling like working in a prison, with everything locked down and unhackable. At least the Linux world has these reasonably consistent GUI toolkits that we can use for most things; it feels more consistent than Windows. Windows is hilarious: even when the overall look and feel is reasonably consistent, you can still spend more time hunting through their absurd ever-changing "ribbons" and whatnot (built on the principle that users are too stupid to learn where the controls are, so we'll flush consistency down the toilet and change the GUI all the time depending on what we think the user needs) than actually working.
37 • Toolkits (by Ice on 2023-11-02 12:59:01 GMT from United States)
Gtk is a robust, mature, and flexible toolkit, however, with each version, I get the impression that it is becoming increasingly bloated. For example, the 'hello world' in gtkmm-3-0 consumes only 39.1 MiB while the 'hello world' in gtkmm-4.0 already consumes 118.8 MiB.
version:
gtkmm-3.0
memory:
39.1 MiB
code:
#include
int main(int argc, char *argv){
auto app = Gtk::Application::create(argc, argv,"org.gtkmm.examples.base");
Gtk::Window window;
window.set_default_size(200, 200);
return app->run(window);
}
compile:
g++ gtkmm.cpp -o myGtkmm `pkg-config --cflags --libs gtkmm-3.0` -std=c++20
version:
gtkmm-4.0
memory:
118.8 MiB
code:
#include
class MyWindow : public Gtk::Window{
public:
MyWindow();
};
MyWindow::MyWindow(){
set_title("Basic application");
set_default_size(200, 200);
}
int main(int argc, char* argv)
{
auto app = Gtk::Application::create("org.gtkmm.examples.base");
return app->make_window_and_run(argc, argv);
}
compile:
g++ gtkmm.cpp -o myGtkmm `pkg-config --cflags --libs gtkmm-4.0` -std=c++20
38 • @36 (by Simon from New Zealand) (by why-oh-why on 2023-11-02 13:15:53 GMT from Netherlands)
Talking about GUI consistency in conjunction with Linux is opening Pandora's box. Everything needed to achieve this consistency is exactly what users, like most of the commenters here, are rejecting. Linux on the desktop is doomed to decline because "more diversity and all being free and open" is the exact cause of that inconsistency. Each part of the reason why Linux on the desktop can't succeed has countless other causes. I won't even attempt to further elaborate on why that's so, as the proper answer is "rat's tail," and the proper answer would literally become a book.
However, the complaints in your post aren't really justified, nor do they make much sense.
First, you can't ride a dead horse and expect it to be a winner. XFCE and GNOME2 are dead horses. Second, it just doesn't make much sense to compare the Apple, Microsoft, and Linux landscapes. Apple started with today's concept 20 or so years ago, and it developed it accordingly. Apple gave their own system applications and tools their own visual identity, and Apple is hard on anybody not complying. Apple tells you there will be no more 32-bit applications in a year, and you either ported your application or it is out of the store. However, when it comes down to visuals, not all third-party applications are consistent. Some complex applications simply need their own layouts. And also, one can't compare leading professional products with some enthusiasts' hobby projects.
All in all, if you expect GUI consistency in Linux, you are responsible for choosing the applications according to their looks. Either you take KDE and the appropriate applications, or you take GTK4 and its applications. GNOME is doing very good work on porting or rewriting all of their existing GTK3 applications to GTK4, and recently they added a new Image Viewer and Camera app. However, GNOME is not responsible for the look of third-party applications like GIMP or Inkscape. The complaint about GTK4 inconsistency isn't really justified.
Here are nine screenshots of the Fedora 39 Workstation (still a mix of GTK4 and GTK3), GIMP, and Inkscape.
https://postimg.cc/CR1YfQS6 | https://postimg.cc/fkfJc1Qw | https://postimg.cc/949frnBH | https://postimg.cc/NLDj9TRF | https://postimg.cc/cvgxbb2t | https://postimg.cc/WFnTZLFC | https://postimg.cc/XXsn7W0y | https://postimg.cc/VSKK0Ks4 | https://postimg.cc/7JkJHkvR
BTW, apropos "you can still spend more time hunting through their absurd ever-changing "ribbons" and whatnot (built on the principle that users are too stupid to learn where the controls are, so we'll flush consistency down the toilet and change the GUI all the time depending on what we think the user needs) than actually working"—the experience shows that you are as wrong as one can be.
In the past, when the ribbons just came out, people were asking me how to get rid of them. Nowadays, when they ask me for a free office alternative, they reject it because of a lack of ribbons. SoftMaker Office ribbons are just not as good; LibreOffice ribbons are even worse, and when one combines it together with compatibility issues, most people would rather pay a couple of bucks for MS Office.
In other words, users were flexible enough to learn how to use their product, and after some adoption time, the new consistency was born.
39 • Toolkits (by Peter on 2023-11-02 13:45:08 GMT from Norway)
@37: Until gtk3 version in javascript (gjs) consumes less memory, 46.1 MiB, than gtk4 version in c++.
code:
imports.gi.versions.Gtk = "3.0";
const Gtk = imports.gi.Gtk;
const app = new Gtk.Application({'application_id': 'org.gtk.ExampleApp'});
app.connect('activate', _ =>{const win = new Gtk.ApplicationWindow({'application': app}); win.show_all();});
app.run();
run:
gjs gjs.js
40 • GTK vs QT vs the world (by Mr. Moto on 2023-11-02 15:34:36 GMT from Japan)
I run 3 distros with different DEs, KDE, Cinnamon and GNOME. I switch between them on a whim whenever I please. If I took a screenshot of each, one would be hard pressed to tell the difference. Other than wallpapers, they mostly look the same. A DE is a GUI, a graphical user interface, with "user" being central. On my PC, I am the user, and the DE adapts to me rather than I to the DE. I mostly use a desktop, and I'm not concerned with 'muscle memory" or whether it 's QT or GTK, or whatever. I sit at my desktop a certain way, and I set up the DE so that all actions require the least movement and shifts of attention. That's why all my DEs look the same. I also have a laptop, and there my DE looks somewhat different, because I sit, hold and use my laptop differently. I used Windows for many years, no major complaints. Then I bought a Mac and I liked that better, although that was too rigid and I begrudged the money spent on hardware. For the last 10 or 12 years on Linux, I get the best of both worlds as far the GUI is concerned. My computer use is not too complex, so Linux apps suffice. I like a good-looking desktop, so it's usually GTK for GNOME or Cinnamon and QT for KDE. They both work well for me. I find KDE does a better job on GTK apps than GNOME does with QT maintaining uniformity, but it's not a deal-breaker if needed. I have a couple of Java and Python apps that tend to go their own way, and the browsers never want to match either tool kit exactly. All is not perfect, but pretty good, So, do I prefer GTK or QT? It depends on where.
41 • Different devices shouldn't look the same (by BECAUSE on 2023-11-02 16:46:26 GMT from Germany)
The idea that your GNOME device should always look the same is absolutely not practical, except for theorists and the GNOME devs themselves.
Desktop PCs, laptops, tablets and phones are used for different purposes. There is no point in them looking the same, it is better that each device has a different user interface that is well suited to the purpose of the device and the wishes of its user.
And I have never seen a phone using GNOME (why?), although modern GNOME looks more like a phone UI than anything else.
42 • @41 (by BECAUSE from Germany) (by why-oh-why on 2023-11-02 19:07:00 GMT from Netherlands)
"The idea that your GNOME device should always look the same is absolutely not practical, except for theorists and the GNOME devs themselves. Desktop PCs, laptops, tablets and phones are used for different purposes. There is no point in them looking the same, it is better that each device has a different user interface that is well suited to the purpose of the device and the wishes of its user."
That's true, and then again, no.
"Interface that is well suited to the purpose of the device" might be true for you or me and for some 3-5% of power users, but that's not true for most users.
Most people need Google Chrome for Google searches and to bring them to YouTube or Netflix. Besides, they want Teams, WhatsApp, Microsoft Office, and the ability to open an existing document without compatibility issues and edit it. My doctors and professors are not starting Office and creating a new document from scratch each time, but opening a template and typing their text inside. My 2000+ children do the same at school. That's the same as what my researchers at the institute are doing, except that they will also have some scientific research-related applications to follow the numbers and the graphs. And my mom's very first computer ever was an Android smartphone, and that's what she expects her tablet, laptop, or PC to look like. The only difference is that the desktop PC will have a larger screen than the laptop, tablet, or phone.
An interface well suited to the purpose becomes relevant for those cutting videos, producing graphics, or creating templates for the users, but that's usually not what the users do by themselves.
GNOME's inspiration: https://postimg.cc/hQSgyn38
GNOME start menu: https://postimg.cc/ZC546TN4
File manager: https://postimg.cc/qzD0L9cn
KDE didn't invent anything. They copied the Windows interface. GNOME didn't invent anything. They simply cleaned up the Mac interface. That menu at the top is, namely, pretty useless. It will offer app-info or copy and paste—basically what one can reach per right click plus some stuff that hardly anybody ever uses or needs—the kind of stuff that GNOME stuffed in the hamburger menu (file sorting options, settings, etc.).
43 • Toolkit does not matter (by Ben Myers on 2023-11-02 21:07:29 GMT from United States)
When I want to run some kind of app, my first choice is the app itself, making sure it suits my needs. Second choice in a dead heat are operating system and toolkit, linked together at the hip.
Having chosen the app, well, the app may dictate the toolkit and the OS, but maybe not. If the app is insanely popular, it will run on top of various toolkits and various distros.
Number of Comments: 43
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
| • Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
| • Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
| • Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
| • Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
| • Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
| • Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20
| | • Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
| • Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
| • Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
| • Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
| • Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
| • Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
| • Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
| • Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
| • Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
| • Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
Securepoint Security Suite
Securepoint Security Solutions offers a full-featured suite of firewall tools designed for enterprisewide deployment. Not only can it protect an internal network from outside attacks, it also helps segregate parts of your internal network and define custom protection rules for each. Securepoint lets you create and manage VPN tunnels for remote users and define traffic filters, reports, and alerts for your entire network. Securepoint Freeware was a very secure and free firewall solution for protecting your Internet gateway. Securepoint can as well be used with existing firewalls and to protect interconnected locations or divisions.
Status: Discontinued
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
