Operations redesign

[marticliment]

Needed improvements to Package Operations

• Resizable operation list
• Cancel all operations option
• Skip queue option
• Integrate package installer downloads to Operation list
• etc.

TODO

• Add a "Cancel All Operations" Button #3032
• Fixed a bug in a process output dialog #2793
• [BUG] Font color issue in live output #3054
• [BUG] Live output blank and cannot be closed #2688
• [ENHANCEMENT] Trim Winget's "Waiting for another install..." messages #2264
• [IMPROVEMENT] Limit parallel task queue run #2951
• [FEATURE REQUEST] Default download location #2790
• [ENHANCEMENT] Allow finetuning of parallel package operations #2672
• [ENHANCEMENT] Improve "Update failed" popup to offer better Retrying / Installation options / Update as administrator etc #2389
• [FEATURE REQUEST] Ability to see how a package is being installed [badges to installer widgets] #1205
• [ENHANCEMENT] Visible real-time log when doing operations on packages #1711
• [ENHANCEMENT] Provide a method for bulk cancelling all remaining updates #1474
• [FEATURE REQUEST] Rearrange update queue #1333

closes #3032
closes #2793
closes #3054
closes #2688
closes #2264
closes #2951
closes #2790
closes #2672
closes #2389
closes #1205
closes #1711 (may or may not)
closes #1474
closes #1333

[mrixner]

I notice you were planning to fix #1916 and #1023 with this PR; I was planning to do this same thing fairly soon (once I have more free time) using the new complex settings, allowing the backend functionality for #1824. My plan (which I realize now is mentioned almost exactly in #1023, but that's not where I got the inspiration...) was to have the operation history (instead of just a list of textual output) be a list of operation tile cards marked as install, update, remove, etc. with an expandable section including a button to view the package details, as well as the output logs and installation / update / etc options.

Another thing I was planning to add, partially related to this, was to give each package a last updated field (not the last updated field it currently has, which is the last time an update was published, but rather a field saying the last time it was updated on the user's computer) in the package details dialog.

I'm still willing to do this if you like, as well as of course redesign it to your liking, but if you plan to do it I hope you will take my suggestions into account.

----------------------------------------
| Update* Microsoft Edge** - winget  ^ |
----------------------------------------
| -Update Details-                     |
|  Package ID: Microsoft.Edge          |
|  Manager: winget                     |
|  Source: winget                      |
|  Time: 12/13/24 7:13 PM              |
|  Installation Options: (somehow)     |
|  Command: `winget [whatever] Edge`   |
|                                      |
|   {    View Package Details***   }   |
| ------------------------------------ |
| First line of output...              |
| Second line of output...             |
| Etcetera                             |
----------------------------------------
----------------------------------------
| Install* Microsoft Edge** - winget ⌄ |
----------------------------------------

*operation (update, install, remove, etc)
**using CoreTools.FormatAsName
***installed package details if install/update, otherwise the online package details

[marticliment]

If you want to implement this issues great, just wait until I get this PR merged, and then feel free to start whenever you want.

For the output format, I wouldn't show as much details about the package (since there is a window specifically designed for said thing), and my idea was to (taking advantage of the new complex settings) save a list of JSON objects, that can be easily serialized on data templates in WinUI, and then shown as custom controls. Perhaps buttons like "Package Details" could be added, to maintain functionality but not load the interface with too much content.