You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In light of some of the icons we have had to remove recently and with more to come, I would like to propose that we expand the current guidelines entry in our JSON to turn it into an object and allow the inclusion of trademark (usage) guidelines where applicable.
In cases where there are 2 separate documents for brand and trademark guidelines, the former will often only cover how the branding should be used with the latter covering the contexts of when it can and can't be used. Both entries should be optional to allow for cases where either one document or the other doesn't exist and cases where one document covers everything (for which we should use the branding entry), and, of course, the guidelines entry itself should still remain optional. We would then serve up the trademark guidelines everywhere we currently serve up the brand guidelines (e.g., on our website).
In addition, as a measure to reduce the file size of our JSON, I propose that when the source URL matches the guidelines.branding URL then source should be omitted and that that should be enforced by our linter. This would then necessitate a change to how the source URL is retrieved, such as:
I haven't had a chance since being back to completely refamiliarise myself with how everything works, nor familiarise myself with changes that were implemented while I was gone, so I'm not sure if either proposal constitutes a
breaking changeIssues or pull requests that include a breaking change and scheduled for the next major release
.
The text was updated successfully, but these errors were encountered:
PeterShaggyNoble
added
meta
Issues or pull requests regarding the project or repository itself
package
Pull requests or issues that affect the NPM package
labels
Dec 4, 2023
I think we'd be better to keep 'source' regardless, and only include the additional metadata if they contribute something the source doesn't. Theat way we keep the core metadata of title, hex, source consistent while allowing for additional info where necessary. Can still run a check against source and guidelines.branding to ensure they're different as part of our lint.
In light of some of the icons we have had to remove recently and with more to come, I would like to propose that we expand the current
guidelines
entry in our JSON to turn it into an object and allow the inclusion of trademark (usage) guidelines where applicable.From:
To:
In cases where there are 2 separate documents for brand and trademark guidelines, the former will often only cover how the branding should be used with the latter covering the contexts of when it can and can't be used. Both entries should be optional to allow for cases where either one document or the other doesn't exist and cases where one document covers everything (for which we should use the
branding
entry), and, of course, theguidelines
entry itself should still remain optional. We would then serve up the trademark guidelines everywhere we currently serve up the brand guidelines (e.g., on our website).In addition, as a measure to reduce the file size of our JSON, I propose that when the
source
URL matches theguidelines.branding
URL thensource
should be omitted and that that should be enforced by our linter. This would then necessitate a change to how the source URL is retrieved, such as:Or:
I haven't had a chance since being back to completely refamiliarise myself with how everything works, nor familiarise myself with changes that were implemented while I was gone, so I'm not sure if either proposal constitutes a breaking changeIssues or pull requests that include a breaking change and scheduled for the next major release
.
The text was updated successfully, but these errors were encountered: