Feat: Show package tags

[Trenly]

• Have you signed the Contributor License Agreement?
• Are you working against an Issue?
  • Resolves Ability to list tags of a specific Package #530

---

PS D:\Git\winget-cli> wingetdev show vscode
Found Microsoft Visual Studio Code [Microsoft.VisualStudioCode]
Version: 1.68.1
Publisher: Microsoft Corporation
Publisher Url: https://www.microsoft.com/
Moniker: vscode
Description: Microsoft Visual Studio Code is a code editor redefined and optimized for building and debugging modern web and cloud applications. Microsoft Visual Studio Code is free and available on your favorite platform - Linux, macOS, and Windows.
Homepage: https://code.visualstudio.com
License: Microsoft Software License
License Url: https://code.visualstudio.com/license
Privacy Url: https://privacy.microsoft.com/
Tags:
  developer-tools
  editor
Installer:
  Type: inno
  Download Url: https://az764295.vo.msecnd.net/stable/30d9c6cd9483b2cc586687151bcbcd635f373630/VSCodeUserSetup-x64-1.68.1.exe
  SHA256: 19a218dbc013d776472acb449e2e6d3648b53a7f02d1fea64333ebaa3ab696a1

Microsoft Reviewers: Open in CodeFlow

[florelis]

Why not add the tags to the normal output of show instead of having a separate argument for it? It seems to me like the reasons to have the versions listed separately don't apply for the tags.

[Trenly]

Why not add the tags to the normal output of show instead of having a separate argument for it? It seems to me like the reasons to have the versions listed separately don't apply for the tags.

Because iirc the normal show will show information, and --tags will show the tags from all locales.

[florelis]

1. Why would I want to see tags from other locales? For example, if I do winget show Mozilla.Firefox, I probably don't want to see all tags "browser", "navegador", "браузер", "浏览器" that all mean just "browser".
2. Why can't that be part of all the other information?

But now that you bring up the locale in show, I think it could use the --locale argument to show the appropriate info.
Edit: opened #2238

[Trenly]

Thats a fair point; I was going based just on the issue, but I can see how just showing the tags would be better

[florelis]

It may be good to add this to the unit tests for show.

[florelis]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[ppvnf]

I've tested v1.4.2161-preview and winget show package.id indeed shows the package's tag, however it's not possible to use winget show --tag as proposed in #530. Is there any reason for that? Thanks.

[Trenly]

I've tested v1.4.2161-preview and winget show package.id indeed shows the package's tag, however it's not possible to use winget show --tag as proposed in #530. Is there any reason for that? Thanks.

Tags are per version and per locale. To implement it as described in the original request would require either selection of a version and locale, or to aggregate all the tags from all locales and versions which would produce unwieldly data.

Why would I want to see tags from other locales? For example, if I do winget show Mozilla.Firefox, I probably don't want to see all tags "browser", "navegador", "браузер", "浏览器" that all mean just "browser".

The default behavior then would have to be to show the latest version and applicable locale (or defaultLocale if none were applicable), which is the same behavior as integrating it directly into the show command. If you read through the history above, I actually had implemented it as a separate argument initially, but then upon feedback it was changed since it would essentially be showing just the tags portion of the output and it doesn't make sense to require a separate argument for that.