Can anyone figure out how to reorder the list of variable collection in the fill dropdown? The layer ‘mode’ assignment appears to sort correctly alphabetically, but the pick list under the fill menu does not, which is a huge painpoint, and will definitely lead to my designers picking the first color they see instead of the semantic one.
Correctly sorted - numerical
Incorrectly sorted - 2. is at the top instead of 1.
Yeah, I have the same issue and it’s a real pain. I have a very large colour library which spans a wide range of semantic uses, so I plan to use lots of collections.
However, the core colours are used much more frequently so I want these to appear at the top. I too numbered them as you have but the fill menu doesn’t reflect that and my core colours have been pushed to the bottom, which means lots of painful scrolling every time I want to apply a colour
I have a similar issue with this. I have multiple variables based on the needs of my product and I want to have them organized with Screen and Language at the top. I’m updating my language file, and every new one defaults to the wrong collection. And I can’t see a way to move them over.
Currently not a way to fix this if you’ve already set up primitives first, tokens second. Annoying because this is an obvious workflow.
One sorta-solution:
When you start, create several collections in the order you want them to appear later on. Then name the lowermost Primitives, fill it up and later populate the collections above (i.e. tokens).
Hey all thanks for the feedback here. I’ve gone ahead and moved this topic into the Share an idea category which will allow for votes. I’ll also be sharing this with the variables team!
This is a desperate need!
I actually used the variable import/export plugin to export the collections then import them back in the correct order, but everything became unlinked. I re-linked everything and it worked fine for a short while, but I re-ordered some variables within a collection and the order got messed up again? Can’t figure out the logic of the ordering in the fill menu…
As said above, we are likely importing a large amount of swatches in the form of colour palettes therefore its essential we can put these raw primitives at the bottom of this list, otherwise encouraging the use of these variables is a drag because of this pain point.
When you open the fill styles in other files, it doesn’t even matter how the variable groups are organized inside the collection (like bringing your global colors at the top so that others can pick them without scrolling down for days).
The arrangement is the same as when it was originally imported/created. Nonetheless, it does show the correct ordering in its root file. Why it wouldn’t work elsewhere where that library is in use is a mystery to me.