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
A couple ideas for potentially useful new meta-fields:
repo_url (or similar): A number of PRs I've reviewed include a link to the repository or website in the online_order_url field. Others embed that in the description field. Would it make sense to include a place for that as it's own field?
type: One other interesting bit of information that feels missing is some way to group stickers that represent similar things (e.g., events, organizations, software packages, etc.). For example, hex stickers are especially popular in the R community, as branding for packages. I could envision a predefined list to help keep things manageable.
If you're open, I could take a shot at this. One question would be whether it makes sense to define different types for different programming languages. My inclination is yes, although that might get unwieldy...
The text was updated successfully, but these errors were encountered:
This makes a lot of sense. I like the flexibility, and that it balances adding information without too many changes. I'll whip something up in another branch for you to take a look at.
A couple ideas for potentially useful new meta-fields:
repo_url
(or similar): A number of PRs I've reviewed include a link to the repository or website in theonline_order_url
field. Others embed that in the description field. Would it make sense to include a place for that as it's own field?type
: One other interesting bit of information that feels missing is some way to group stickers that represent similar things (e.g., events, organizations, software packages, etc.). For example, hex stickers are especially popular in the R community, as branding for packages. I could envision a predefined list to help keep things manageable.If you're open, I could take a shot at this. One question would be whether it makes sense to define different types for different programming languages. My inclination is yes, although that might get unwieldy...
The text was updated successfully, but these errors were encountered: