Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

More discoverable qubes manager #4566

Closed
airelemental opened this issue Dec 3, 2018 · 17 comments
Closed

More discoverable qubes manager #4566

airelemental opened this issue Dec 3, 2018 · 17 comments
Assignees
Labels
C: manager/widget T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality. ux User experience
Milestone

Comments

@airelemental
Copy link

Qubes OS version:

R4.0

Affected component(s):

qube manager


Steps to reproduce the behavior:

  1. be a new user
  2. boot qubes for the first time

Expected behavior:

Qubes manager is easy to find.

Actual behavior:

Qubes manager is hidden under qubes menu > System Tools > Qube manager,
alongside dozens of settings entries.

General notes:

Qubes manager is an easy way for new users to create/open/update VMs.

Please consider adding a menu entry called "Manage Qubes VMs" under "Create Qubes VM".


Related issues:

@andrewdavidwong
Copy link
Member

Or just have it start automatically like it did it in 3.2.

@andrewdavidwong andrewdavidwong added T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality. C: manager/widget ux User experience labels Dec 3, 2018
@andrewdavidwong andrewdavidwong added this to the Release 4.1 milestone Dec 3, 2018
@marmarta
Copy link
Member

marmarta commented Dec 3, 2018

I'm not that sure it is necessary - Create New Qube is up there in the menu, a tool for reminding about vm updates/performing them without pain is in testing (or waiting to be merged), and all the VMs are there in the menu already. The menu is quite cluttered as it is.

@t4777sd
Copy link

t4777sd commented Dec 4, 2018

The only way I can see that would make it more discoverable without being annoying is to include a "view all qubes" button in the "Qubes indicator" that shows the list of running qubes in the indicator tray area.

Maybe putting that with a dashed border at the end of the running Qubes list "View all Qubes"

@andrewdavidwong
Copy link
Member

What's wrong with autostarting the way it does in 3.2?

@esote
Copy link

esote commented Dec 5, 2018

What's wrong with autostarting the way it does in 3.2?

In my opinion it's annoying to auto-start things by default. I don't need to keep a watch on my VMs, so I would just close it each time. If the user wants it to start automatically they can configure it that way.

It's currently two clicks away, which I think is sufficient.

@airelemental
Copy link
Author

airelemental commented Dec 6, 2018

It may be two clicks away, but it is not discoverable. A new user who doesn't know a management GUI even exists, won't know to look for it among the items under System Tools.

Automatic start is not a big bother, since it would launch on boot only. And the same people who would want to disable it, probably rely on CLI instead, so would be able to systemctl disable qubes-manager to disable automatic start forever.

Out-of-the-box, Qubes should default to what's friendly for the new user.

@esote
Copy link

esote commented Dec 6, 2018

Out-of-the-box, Qubes should default to what's friendly for the new user.

Our opinions can differ on what's user-friendly and whether Qubes should be user-friendly--but my view on that would be off topic for this issue I think.

And the same people who would want to disable it, probably rely on CLI instead, so would be able to systemctl disable qubes-manager to disable automatic start forever.

Fair point. You're right, given the nature of the qubes manager, it would be most helpful to the kinds of people who wouldn't know how to enable it and / or find it among the menu.

@andrewdavidwong
Copy link
Member

Most programs that autostart by default have an option to disable autostarting. Qubes Manager could follow this convention, and folks who don't want it to autostart could simply disable that option the first time it autostarts.

@ghost
Copy link

ghost commented Dec 6, 2018

I used the Qubes Manager everyday on R3.2. I was surprised to find that it no longer auto-starts on R4.0. I use KDE and I have added it to the Application Dashboard widget which is bound to a global keyboard shortcut. I don't see any option for 'Create New Qube' in the Application Dashboard menu upon a search. I think it is a good idea to have the Qubes Manager auto-start. When using KDE, the Qube-related menu options do not appear to be there and these operations have to be performed through the Qubes Manager.

@unman
Copy link
Member

unman commented Dec 6, 2018

I don't see any option for 'Create New Qube' in the Application Dashboard menu upon a search. I think it is a good idea to have the Qubes Manager auto-start. When using KDE, the Qube-related menu options do not appear to be there and these operations have to be performed through the Qubes Manager.

"Create Qubes VM" under System Tools in KDE.
Do you not have that @ManasB ? It's on every system I've seen.

On the autostart issue, I didnt like Manager, and favoured it's removal. I think it creates a focus on the how, rather than the why . I would reverse the order of options from @andrewdavidwong - have an "enable autostart" option when first starting, and make it easy to disable on subsequent use.

@esote
Copy link

esote commented Dec 6, 2018

have an "enable autostart" option when first starting, and make it easy to disable on subsequent use.

Or an option in the installer. That allows novice users to figure out the OS (besides using the widgets, as we decomposed the manager #2132), and for people who don't want it to disable it right away.

@andrewdavidwong
Copy link
Member

I would reverse the order of options from @andrewdavidwong - have an "enable autostart" option when first starting, and make it easy to disable on subsequent use.

Reversing the order would makes things slightly easier for veterans but much more difficult for novices. It's easy for a novice to fail to enable autostarting the first time, when everything is new and confusing, then not know how to get Qubes Manager back again.

Autostarting by default with an option to disable is the norm for Windows applications, which is what many of our novice users are accustomed to. With this default, some veterans will be inconvenienced only once by having to uncheck a box after a fresh installation, while all novices will be repeatedly saved from "losing" Qubes Manager until they're comfortable enough to disable autostarting. (In fact, many of them will never choose to disable it. I'm a veteran who will happily leave autostart enabled.)

Or an option in the installer. That allows novice users to figure out the OS (besides using the widgets, as we decomposed the manager #2132), and for people who don't want it to disable it right away.

It depends on what kind of installer option it is. The lazy version would be:

  • Autostart Qubes Manager

But that would be a terrible idea. If it's your first time installing Qubes, you probably won't have any clue what that installer option even means. You've never experienced "Qubes Manager," so how are you supposed to know whether you want it to autostart?

On the other hand, if the option is something like:

  • I'm new to Qubes. Show me around.

Then that could be good (see #1774 and #1395).

@ghost
Copy link

ghost commented Dec 7, 2018

I don't see any option for 'Create New Qube' in the Application Dashboard menu upon a search. I think it is a good idea to have the Qubes Manager auto-start. When using KDE, the Qube-related menu options do not appear to be there and these operations have to be performed through the Qubes Manager.

"Create Qubes VM" under System Tools in KDE.
Do you not have that @ManasB ? It's on every system I've seen.

On the autostart issue, I didnt like Manager, and favoured it's removal. I think it creates a focus on the how, rather than the why . I would reverse the order of options from @andrewdavidwong - have an "enable autostart" option when first starting, and make it easy to disable on subsequent use.

As I had mentioned in my previous post, I am using the Application Dashboard widget which I have bound to a global keyboard shortcut - this may differ from the usual KDE menu. I don't see any 'System Tools' option to begin with in the menu shown by this widget, but I can find a "Create Qube" link. My workflow has always been through the Qubes Manager, it lets me see which Qubes are running, which ones have updates, which ones need to be restarted for updates to be applied etc. I find it very useful and convenient for any qube-related activity.

@unman
Copy link
Member

unman commented Dec 7, 2018

@ManasB I have SystemTools on the Application Dashboard widget.

I dont think we want to revisit the discussions about using the Qube Manager. Many folk use it extensively - some dont. If you come to think that the QM is the right way to do things then you will use it, and decry removal.
As I've repeatedly said, in my experience, ordinary users very rarely need to use the QM, if at all. ( In the same way that ordinary Windows users need many of the admin plugins or regedit tools. These things aren't autostarted.)

@andrewdavidwong Obviously for this reason I'm not worried about novice users "losing" the QM. However, your post was convincing, and I agree with your proposal for a "Show me around" option.

@ninavizz
Copy link
Member

ninavizz commented Jan 27, 2019

Guys—autostarting things is not how to fix poor discoverability. Whether or not something auto-starts, it still needs to be discoverable. For something to be discoverable, it also needs to fit into a user's mental-model of how something works (eg: they need to know what they need what to find, to find it)... and users failing to grok Qubes mental models, imho seems like a bigger issue.

Is it expected that all Qubes users will have the innate curiosity like hacker/maker types?

Once I've gotten the proposal I'm working on now, completed, I'd be happy to take a crack at this. It sounds like a broader ecosystem problem, but not rocket science. If in fact it is a broader ecosystem problem and a band-aid fix is sought to address just this one thing asap, that will then likely make other things worse. FWIW.

@jpouellet
Copy link
Contributor

Has this been adequately resolved by #4395 / QubesOS/qubes-desktop-linux-manager@60b4a0b, and can be closed now?

/cc @marmarta

@andrewdavidwong
Copy link
Member

Has this been adequately resolved by #4395 / QubesOS/qubes-desktop-linux-manager@60b4a0b, and can be closed now?

/cc @marmarta

It appears so. However, if anyone believes that further work should be done to make the Qube Manager more discoverable, please leave a comment, and we'll be happy to reopen this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: manager/widget T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality. ux User experience
Projects
None yet
Development

No branches or pull requests

8 participants