GUI for WinGet #733
Replies: 4 comments 8 replies
-
I agree with point 1. |
Beta Was this translation helpful? Give feedback.
-
I'm mentioning: To continue the discussion related to a GUI for WinGet. For now, the Microsoft Store UI is not in scope. I just didn't want to "clobber" or ignore this existing discussion since the title is so accurate to what we're beginning to look at. |
Beta Was this translation helpful? Give feedback.
-
@marticliment icons are certainly one of the considerations we're looking into. When we run our tests on packages during validation, they are installed on a machine which gives us access to the icon. We're thinking about how we would leverage that and make it available via some API for use in a GUI. |
Beta Was this translation helpful? Give feedback.
-
@Stanzilla, We see several benefits with building a WinGet GUI and getting some lessons learned in an iterative fashion. The Microsoft Store has explicit agreements between publishers/ISVs (Independent Software Vendors) and Microsoft. The community repository has no such formal agreements in place. I would like to innovate & incubate new ideas and get customer feedback. I'll use PowerToys as an example where we can rapidly innovate and then for those things that make sense, we can bring them natively into Windows. There are many things we do with WinGet to learn about customer preferences and iterate before things are brought into the Microsoft Store. The support for Win32 applications in the store was after we had built up some of the learnings with WinGet. |
Beta Was this translation helpful? Give feedback.
-
My suggestions for improvements:
Then WinGet would be the one-stop shop to set up the computer and update it. Then you would no longer have to use WinGet (for programs and apps from the Store) and Windows Updates (for Windows Updates and Drivers), but would only have to use WinGet and you would update everything (as it works in Linux too).
Beta Was this translation helpful? Give feedback.
All reactions