-
-
Notifications
You must be signed in to change notification settings - Fork 470
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
Operations redesign #3070
base: main
Are you sure you want to change the base?
Operations redesign #3070
Conversation
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.
*operation (update, install, remove, etc) |
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. |
I had a thought - what if you used this operations redesign to also add in the custom input idea you had in #2925? This would allow vcpkg to easily change the triplet for the active (install) operation. I think if WSL is ever implemented it would be useful for distribution / package manager selection as well. I was thinking you could either have a dropdown or text field (depending on the kind of input the operation needs; restricted or unrestricted) in the Line; if it has an input, the input can take up half the Line while the status takes up the other half, on either the left or the right. If it doesn't, the Line would just be entirely the status. What do you think? (Correction: #2146; mentioned in the issue, not the PR)
|
Yes, this is definitely the time to add such feature. I will do it here |
Needed improvements to Package Operations
TODO
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