Add table/card view to Operation History
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start by reading the existing Operation History implementation and the related discussions in issues #3577 and #3770 to understand the current text log and prior proposals. The issue asks for a table or card view showing each completed operation’s date, package icon, name or ID, version, and source; done means users can quickly find that information in a structured view.
索引モデルが issue の本文から書いたものです。
説明
Please confirm these before moving forward.
- I have searched for my feature proposal and have not found a work-in-progress/duplicate/resolved/discarded issue.
- This improvement refers to an existing feature. If you want to suggest a new feature, please use this template.
- This improvement is not a bug. If you want to report a bug, please use this template.
Describe the improvement
Operation History is currently presented mainly as a text log, with limited readability. I propose adding a structured view (e.g. table or card layout) that shows, for each completed operation:
Update date
Package icon
Package name / Package ID
Version
Source (ex. Winget, Scoop, npm)
Today users must scroll through the text log to manually locate this information, making it inefficient to check "which packages were recently updated" or "from which source". A structured view would let users spot changes quickly, easing troubleshooting and verification. issues #3577 and #3770.
Bye!
Describe how this improvement could help users
Today users must scroll through the text log to manually locate this information, making it inefficient to check "which packages were recently updated" or "from which source". A structured view would let users spot changes quickly, easing troubleshooting and verification. issues #3577 and #3770.
Bye!
- 主要言語
- C#
- スター
- 26.8k
- フォーク
- 964
- 平均マージ
- 13時間 56分
- マージ済み PR（30日）
- 109
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
Devolutions/UniGetUI のほかの issue
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
Devolutions/UniGetUI#5548 ·
メンテナーはふだん 1 日以内に返信
-
new-feature priority: low
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
Devolutions/UniGetUI#5625 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug needs-author-answer
難易度 1/5 1時間未満 初心者へのやさしさ 25/100
Devolutions/UniGetUI#5621 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[FEATURE REQUEST] Allow adhoc one-time updates for items on the ignore list.対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンnew-feature priority: low
難易度 3/5 1〜2日 初心者へのやさしさ 50/100
Devolutions/UniGetUI#5618 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
enhancement priority: low
難易度 3/5 1〜2日 初心者へのやさしさ 50/100
Devolutions/UniGetUI#5606 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
Devolutions/UniGetUI の issue をすべて見る
似ている issue
-
area: core priority: low type: bug
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
RicoSuter/Namotion.Interceptor#863 ·
メンテナーはふだん 1 日以内に返信
-
area-cli
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
0.3.0
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
メンテナーはふだん 2 日以内に返信
-
[Bug] Decompression leaves metadata that makes recompression throw and corrupt the content typeオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
BrighterCommand/Brighter#4683 ·
メンテナーはふだん 1 日以内に返信