On Wed, Nov 3, 2021 at 3:48 PM Brandon Nielsen <nielsenb(a)jetfuse.net> wrote:
On 11/3/21 6:31 AM, Kamil Paral wrote:
During the F35 release cycle, there was a dissatisfaction that we use the
"basic functionality" criterion [1] too broadly when discussing package
manager issues (like multiple issues in plasma-discover). I was asked in
the latest QA meeting to propose a specific criterion to cover package
managers in detail. Here it is.
Please note that we already have package management partly covered in the
Basic criteria [2] and Beta criteria [3]. Please read those first,
including footnotes. The following new criterion is proposed against the
Final milestone:
~~~~~~~~~~
The default graphical package manager for a given software type must
appropriately:
Should this read "for a given release type"? "Software type" feels
ambiguous.
"Software type" is defined at [2], and the criteria from [2] and [3] use
the same phrasing. (See my original mail for link references). I'm not
opposed to changing all occurrences of this, if we have a better term :-)
* install, remove and update software, even if multiple operations
are
scheduled sequentially or concurrently
* list software installed on the system
* list available software (possibly in categories, a curated list, etc)
* display metadata relevant to the selected software (e.g. the
description, screenshots, the size)
* start the selected installed software
Should they all really function as launchers as well? I know GNOME's does,
not sure how common that is across the board.
Both GNOME Software and KDE Discover provide that functionality. I think
the idea is that you hit Install, and then you hit Launch/Open, instead of
searching for the new launcher in your system menu. It's good for trying
out different apps, etc.
If the button is there, it should work, in my opinion.
Looks really good otherwise.
Thanks.