On 12/21/2016 10:12 AM, Jean-Philippe Ouellet wrote:
On Wed, Dec 21, 2016 at 12:40 AM, Chris Laprise <[email protected]> wrote:
On 12/20/2016 09:10 PM, Jean-Philippe Ouellet wrote:
On Tue, Dec 20, 2016 at 4:14 PM, Chris Laprise <[email protected]>
and the shortcuts proposed are more appropriate for editing a document or
database.
Okay? So? I do not understand what this implies.
Some are reminiscent of browsing or word processing: Ctrl+N, New document.
Del/Backspace, remove info. Ctrl+C, copy.
I acknowledge that this is the case, and still do not see what
actionable difference it makes. Yes, we are using things people are
likely to already be familiar with from other contexts. To me that
sounds like a good thing. Are you saying it is not?


How often are VMs created? Maybe Ctrl+N would be appropriate. Del/Backspace, Ctrl+C, Spacebar... No.

A list of VirtualBox shortcut keys:
http://kbmode.com/windows/virtualbox-keyboard-shortcuts/

There are a lot, and all but the Help function use modifiers. Since Qubes' UI is in flux, I suggest defining small numbers of them for any given point release.

As Esc is often used to stop something in a wide array of program types (and
is intentionally inconsistent with other shortcuts), it seems appropriate to
stop VMs. Its small and far away from frequently-used keys, so with
qualifier seems appropriate.
Esc currently closes the modal per-vm settings dialogues. I press it
for that purpose, and I imagine others do too. To have it overloaded
to also mean "stop vm" would be surprising and unintuitive. I do not
like it. If anything I think we should make Esc close the top window
too, and not overload it with any different behavior based on
modifiers.

I think its less confusing to use a combo like Ctrl+Esc than anything that uses Spacebar--to shutdown a VM. But maybe a letter combo is better. VBox uses Host+Q.


With file managers, terminals, document editors, I finish and find myself
wishing I didn't have to go back to QM to shutdown the VM. Excess running
VMs has been an issue with Qubes in general.
I think a keyboard shortcut is a very poor solution to that underlying
problem from a UX perspective.

I think https://github.com/QubesOS/qubes-issues/issues/832 is a better approach.


OTOH, its common practice to offer a shortcut key for stopping VMs, as VBox and VMWare Workstation do. Inactivity timers... I've yet to see that for a desktop runtime environment (essentially what an AppVM is). I think that's because its just better UX to have the user exercise their intention on a case by case basis for this function.



I like the general idea of a global Qubes shortcut, something like VMware or
Vbox use.
Even just something that brings QM (or its successor) to the
current screen/focus is good.
Note that a Qubes-reserved modifier and a shortcut to bring up QM are
distinct. The latter may use the former, but the former certainly has
other uses as well.

Additionally, some global shortcut to Pause/Unpause VMs may be quite
useful
to certain users who examine the behavior of software.
Can you elaborate on who would use this? and why?
Definitely thinking about technical users here: Analysis of traffic,
malware, etc. Maybe an option that could be enabled.
Okay. My proposed PR had Ctrl+P for pause. We can keep that.

Yes, I noticed some already. I don't understand why they are letting changes
through now. QM is supposed to be moribund. I've seen comments from staff
saying changes should wait for the new stuff.
¯\_(ツ)_/¯

IMO I've spent too much time on these minor cosmetic improvements
already. I'd like to get back to auditing stuff.

See Marek's comment upthread. It could be my memory playing tricks on me... :)

Chris

--
You received this message because you are subscribed to the Google Groups 
"qubes-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-devel/f6a695b5-059b-c522-6c9d-bba8d0a12f16%40openmailbox.org.
For more options, visit https://groups.google.com/d/optout.

Reply via email to