Not complaining, or really disputing, because I think I might be in a (very small) minority here, but…
I have to say here that even after getting some familiarity with it, I am finding that this new term causes mental confusion every time I meet it.
I have netvm (could be “net qube”) for my network interface, “audio qube” or audiovm feels like another interface, clockvm is an interface to the internet time.
Qubes feels like a whole family of cleverly designed cooperating interfaces, and “interface qube” seems quite weird and unintuitive.
I fully agree that jargon is bad, but “GUI” feels like common usage, almost vernacular, and is not far from what this particular interface is doing…
OK. I just had to say it out loud without spamming any github issues. Will shut up now.
Why?
They are separate qubes that offer services. It’s like in an office: it’s one office but every worker have it’s separate cubicle. One worker in one qube is doing something to outside world but other worker is doing something that other workers in that office need for it’s own work.
What’s confusing in that?
Yes, I tried some analogies, but I did not find one that worked for me.
I'm not disagreeing, but...
it feels to me like that company where worker 1 talks to the outside company that does marketing, W2 talks to the office cleaning company, W3 to the accountant, etc, etc, etc, but only Wx gets called the “Outside Services handler”, even though they only talk to the Cloud management company for the website.
“Outside services” is too broad, it could refer to all those . It would need a detailed explanation for any new worker.
They would know what the accountancy handler does, and the office cleaning handler. Only one would not be clear…
Like “Cloud” is not the only “Outside service” for that company, “GUI” is not the only “Interface” in my Qubes mind.
Like I didn’t exactly say - I think it must be obvious to almost everyone else.
For readers wondering about what we are talking about, here’s the Github issue:
“GUI” is definitely bad. I don’t think that users using only GUIs are aware that they use a “GUI”. Even using the command-line, GUI wasn’t an obvious acronym for the other interfaces (it was just the “regular” way to deal with computers). There is some related UX advice in the docs, using “GUI” as an example: Usability & UX — Qubes OS Documentation
About your analogy, Qubes OS provides some GUIs that are not in the “GUI domain” too…
“interface qube” was just a suggestion taken from the docs. It seems like we haven’t found any better suggestion. I don’t think it is a word we use much in user support, so it’s okay for me, but anyway, thanks for the feedback.