Open OdNairy opened 8 years ago
Field | Attributes | Required | Uniqueness |
---|---|---|---|
name | String | ✓ | ✓ |
package_url | String | ✓ | ✓ |
version | String | ✓ | ✗ |
release_date | Date | ✓ | ✗ |
description | String | ✓ | ✗ |
author | String | ✓ | ✗ |
xcode_versions | Array of String | ✓ | ✗ |
dependencies | Array Of String | ✗ | ✗ |
screenshots | Array of String | ✗ | ✗ |
videos | Array of String | ✗ | ✗ |
website | String | ✗ | ✗ |
social | Array of String | ✗ | ✗ |
[C] - Changed [A] - Added
url
to package_url
to avoid misunderstanding with other url's.description
as a required field to provide brief story what this plugin doscreenshot
into screenshots
to have a way to provide multiple images for different states of plugin, some marketing thumbnails, etc. Git should be supported here.version
field. The plugin version. Should be String to support Semantic Versioning. The latest specification hold last version number only.xcode_versions
field. Xcode private api changes sometimes so basic adding new UUIDs to plugins will can lead us to crash. Instead of this we should provide range of supporting xcode's.dependencies
field. #431. Nowadays there are some plugins depending on PluginPanel
plugin but it's not the worst idea to write some plugins as frameworks to collect whole UI in the same location. For example it would be nice to have plugin which one collecting all Plugin Settings in one screen instead of chaos of MenuItems.videos
field. The same as for screenshots
but for videos.website
field. Link to plugin brandpage.social
field. Collection of links to twitter/facebook/etc.author
field. Hold the latest author information.release_date
field. Can be populated automatically on new version push.Use github as only hosting and collect version information by Releases feature
P.S. @jurre and @supermarin review proposal, please.
[A] version field. The plugin version. Should be String to support Semantic Versioning. The latest specification hold last version number only.
I'm not sure this one is too relevant, currently Alcatraz auto-updates plugins, and it's likely that the SemVer in the specs would end up out of date pretty quickly
I guess the same is true for xcode_versions
- unless you want to have this information filled in automatically by having an alcatraz daily runner updating all the JSON by cloning each repo and getting the Info.plist
Hi there. I'm opening this thread to collect all discussions about new versions of package specification.
What we have today
Bunch of threads requesting new features (unavailable on current specification version):#431, #422, #397, #260, #167