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

Client Verbosity Settings #161

Open
denelon opened this issue May 15, 2020 · 4 comments
Open

Client Verbosity Settings #161

denelon opened this issue May 15, 2020 · 4 comments
Labels
Area-Accessibility Issue related to accessibility Issue-Feature This is a feature request for the Windows Package Manager client.

Comments

@denelon
Copy link
Contributor

denelon commented May 15, 2020

Description of the new feature/enhancement

As a power user I would like to be able to get additional data about what the client is doing so I can be informed.

Proposed technical implementation details (optional)

Note:
The verbosity levels might be "silent", "default", and "verbose".
There should also be a setting or mechanism to support screen readers
Progress bars don't work well for screen reader applications

@denelon denelon added Area-Accessibility Issue related to accessibility Issue-Feature This is a feature request for the Windows Package Manager client. labels May 15, 2020
@denelon denelon added this to the Package Manager Backlog milestone May 23, 2020
@josephsl
Copy link

Hi,

Regarding screen readers and progress bars: if we're talking about progress messages when an app is being downloaded/installed/updated/uninstalled, providing a textual output would work, something to the effect of:

winget install notepad++

Downloading 10%
Downloading 20%
...
Downloading 100%
Installing 0%
...
Installing 100%

For a practical example as to how screen readers can react to console output changes, take a look at how Git command-line for Windows does it when fetching commits while Narrator or NVDA is running.

Thanks.

@denelon denelon modified the milestones: Package Manager Backlog, Package Manager v0.22.x Aug 24, 2020
@denelon denelon modified the milestones: Package Manager v0.22.x, Package Manager Backlog, Backlog - Windows Package Manager, v.Next - Windows Package Manager May 3, 2021
@vedantmgoyal9
Copy link
Contributor

@Trenly
Copy link
Contributor

Trenly commented Oct 10, 2022

@denelon I guess this is completed. master/schemas/JSON/settings/settings.schema.0.2.json#L34

I disagree. This is about verbosity during the install process, not post-install looking at a log.

@denelon
Copy link
Contributor Author

denelon commented Jan 13, 2023

This may also be part of the mechanism to support different UX (User Experience) modes. The default is the way the client operates today where users must type the correct command to get the desired behavior. The other is more of an "interactive" mode where the user sees more prompts and WinGet tries to help them be more successful.

As I've been thinking a bit more about it maybe it's a "prompt" mode where the user sees more prompts or hints when the client can make intelligent suggestions or provide options. This shouldn't be confused with:

Are you sure [Yes | No] ?_

It's more like a command was run like "winget upgrade " and the installer type changes. Rather than telling the user they need to uninstall the previous version "manually", the client could prompt:

Would you like to remove the previous version and continue [Yes | No]?_

We will clearly have some discoverability concerns with this setting, so maybe there should be a first run experience (if no explicit setting is in place) where the first time the user runs "winget" we can provide an informational message about this mode so it's not breaking for automated scenarios.

@denelon denelon removed this from the v.Next-Client milestone Nov 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-Accessibility Issue related to accessibility Issue-Feature This is a feature request for the Windows Package Manager client.
Projects
None yet
Development

No branches or pull requests

4 participants