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

stop using abbreviations for default vm names #1776

Open
mfc opened this Issue Feb 24, 2016 · 7 comments

Comments

Projects
None yet
6 participants
@mfc
Member

mfc commented Feb 24, 2016

we need to stop using non-intuitive abbreviations, which are:

  • confusing for new users
  • bad for localization/translation (either directly or in documentation)

anything "sys-" should instead be "system-"

  • sys-net -> system-network
  • sys-firewall -> system-firewall
  • sys-usb -> system-usb
@Zrubi

This comment has been minimized.

Show comment
Hide comment
@Zrubi

Zrubi Feb 25, 2016

Member

Why we have to use those prefixes at all??
Wouldn't be more simple using:

  • network
  • firewall
  • usb

Thos are shorter. And sys-/system is not add anything meaningful to them.

Member

Zrubi commented Feb 25, 2016

Why we have to use those prefixes at all??
Wouldn't be more simple using:

  • network
  • firewall
  • usb

Thos are shorter. And sys-/system is not add anything meaningful to them.

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Feb 25, 2016

Member

Those VMs are generally something that user shouldn't (need to)
interact with in normal cases. But I agree that using name prefix for it
isn't ideal. Especially having 31 chars limit... Probably worth a tag
"system" (#865) and then other indication like separate section in Qubes
Manager ("System VMs"/"System Qubes").

Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Member

marmarek commented Feb 25, 2016

Those VMs are generally something that user shouldn't (need to)
interact with in normal cases. But I agree that using name prefix for it
isn't ideal. Especially having 31 chars limit... Probably worth a tag
"system" (#865) and then other indication like separate section in Qubes
Manager ("System VMs"/"System Qubes").

Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

@mfc

This comment has been minimized.

Show comment
Hide comment
@mfc

mfc Feb 25, 2016

Member

I like those ideas and dropping the prefixes. +1

Member

mfc commented Feb 25, 2016

I like those ideas and dropping the prefixes. +1

@woju

This comment has been minimized.

Show comment
Hide comment
@woju

woju Feb 25, 2016

Member

On Thu, Feb 25, 2016 at 01:58:05AM -0800, Marek Marczykowski-Górecki wrote:

Probably worth a tag
"system" (#865) and then other indication like separate section in Qubes
Manager ("System VMs"/"System Qubes").

Tags aren't meant to do anything by ourselves, like separating something
in Qubes Manager. They are solely for the user. Probably better use
features (revamped services, still not implemented).

regards, .-.
Wojtek Porczyk .-^' '^-.
Invisible Things Lab |'-.-^-.-'|
| | | |
I do not fear computers, | '-.-' |
I fear lack of them. '-._ : ,-'
-- Isaac Asimov `^-^-_>

Member

woju commented Feb 25, 2016

On Thu, Feb 25, 2016 at 01:58:05AM -0800, Marek Marczykowski-Górecki wrote:

Probably worth a tag
"system" (#865) and then other indication like separate section in Qubes
Manager ("System VMs"/"System Qubes").

Tags aren't meant to do anything by ourselves, like separating something
in Qubes Manager. They are solely for the user. Probably better use
features (revamped services, still not implemented).

regards, .-.
Wojtek Porczyk .-^' '^-.
Invisible Things Lab |'-.-^-.-'|
| | | |
I do not fear computers, | '-.-' |
I fear lack of them. '-._ : ,-'
-- Isaac Asimov `^-^-_>

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Feb 26, 2016

Member

Personally, I like the sys- tags because they cause all system-related VMs to be sorted together lexically. I also prefer sys- over system- because I find shorter names easier to visually scan at a glance (e.g., when reading through a long list of VMs), and I find sys- to be an intuitive and unambiguous abbreviation for system in the context of Qubes.

Member

andrewdavidwong commented Feb 26, 2016

Personally, I like the sys- tags because they cause all system-related VMs to be sorted together lexically. I also prefer sys- over system- because I find shorter names easier to visually scan at a glance (e.g., when reading through a long list of VMs), and I find sys- to be an intuitive and unambiguous abbreviation for system in the context of Qubes.

@mfc

This comment has been minimized.

Show comment
Hide comment
@mfc

mfc Mar 2, 2016

Member

Personally, I like the sys- tags because they cause all system-related VMs to be sorted together lexically

okay but "system" VMs should instead be sorted or kept in a "system vm" section of QVM based on their attribute of being "system vms", not by prefix.

Member

mfc commented Mar 2, 2016

Personally, I like the sys- tags because they cause all system-related VMs to be sorted together lexically

okay but "system" VMs should instead be sorted or kept in a "system vm" section of QVM based on their attribute of being "system vms", not by prefix.

@bnvk bnvk referenced this issue Mar 23, 2016

Closed

Implement a more intuitive Qubes Manager #1870

1 of 12 tasks complete
@comradekingu

This comment has been minimized.

Show comment
Hide comment
@comradekingu

comradekingu Apr 5, 2016

Adding 'system-' to network or firewall relies on context to signify 'remote' or 'local'. Then again doing away with the prefixes and adding 'remote' or 'local' where it applies is probably the better option.

Adding 'system-' to network or firewall relies on context to signify 'remote' or 'local'. Then again doing away with the prefixes and adding 'remote' or 'local' where it applies is probably the better option.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment