We will be making it possible for users to be notified through Studio of an updated plugin that is made available on the SDL Appstore. In order for this to work effectively it is important that all developers who list their plugins on the Store follow a particular convention. The AppStore team will notify all developers of this requirement when they send their plugins in for signing. The video below will give you an idea of how this will work:
The reason for needing an agreed convention is that there is a strong connection between the pluginpackage.manifest information and the plugin plugin record from the Store. In order to have a better user experience (read: for this to work!) on the AppStore website we have put in place some conventions, which will be described bellow.
Is important that the Description from the manifest file is meaningful. This will be seen in the plugin manager and will be used as we continue to develop the integration of the AppStore into Studio.
The plugin name from the manifest file should match the name of the plugin from the AppStore. Aside from the obvious inconsistency the notifications will not work if this doesn't match.
AppStore web site
This change will also make it easier for users to identify the app names in the plugin manager which is important when it comes to knowing which apps to remove.
Because there are multiple versions of Studio available, the plugin version must be different for each Version of Studio otherwise we cannot determine which one to use. This applies to the version numbering before the Studio version in brackets which is simply text added when you submit the plugin to the AppStore. So in the AppStore the user sees something like this when downloading their apps.
The Studio version name in brackets helps the user to identify the version they want when downloading from the AppStore manually. The plugin manifest should only contain the semantic versioning convention described below.:
No extra special characters should be added in the App Record. The version number itself should follow a semantic versioning specification as described below:
This means the following would be unnacceptable for example:
They should be:
This may not be the convention used by everyone but in order to ensure the best possible experience for users this is the convention to be followed. It will mean that users will be notified correctly when there is an update available to a plugin that is currently being used in Studio, for example:
There is no definite timescale for this at the moment but we anticipate this being available fairly soon. So it makes sense for all developers to start to follow this convention as soon as possible.