Show addons as updates to apps when the project group and developer is the same
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
AppCenter |
New
|
Wishlist
|
Unassigned |
Bug Description
I think we can use/abuse the addons system to make addon updates better. For example if we have an update to a plug, it would make sense to show that as an update to system settings instead of as an update to "Operating system updates". So, when both the developer and the project group are the same as an addon's parent, we should associate it as an update to that parent.
My reasoning here is that when the developer or project group is not the same, I think we want to show those updates separately. For example, if you get an update to AdBlock, we wouldn't want to show that as a Midori update I don't think. The same goes for things like Synapse indicator for Wingpanel. We want to be able to keep 3rd party addons separate.
Since we have the "developer" and "project group" fields available, we have the information to know if an addon is developed by the 1st party (like an update to the network plug for example) or a 3rd party (an update to tweaks). Checking both fields gives the 1st party an ability to distribute non-default addons and have them counted independently. So let's say elementary wanted to distribute a non-default wingpanel indicator we could do that by changing the project group to something else.
Changed in appcenter: | |
importance: | Undecided → Wishlist |