Mistica variables migration

[aweell]

Question to solve

• What happens if I change to an icon variant that does not exist for that brand?
• Update libraries or new version of the libraries? → https://github.com/Telefonica/mistica-design/issues/1850#issuecomment-2286839092
• What happens if we make a mobile library with variables when swapping files that have used themer?
• How does the typography collection work between mobile and desktop? We will include variable for mobile and desktop in a separated way

https://www.tldraw.com/ro/-Bo9IPzJxV4d3fOHscjPj?v=-838,-1351,5498,2833&p=page

• [x] #1859
• [x] #1861
• [x] #1860
• [x] #1858
• [x] #1856
• [x] #1864
• [x] #1857
• [ ] #1865
• [x] #1874
• [x] #1889
• [x] #1890
• [x] #1873

---

Nice to have:

• [ ] #1866
• [ ] #1862
• [x] #1863

[yceballost]

Publishing strategy

Regarding of the strategy to release the new version with the styles2variables migration

I think the best approach is to keep the current libraries instead of creating a duplicate of mobile and desktop libraries.

Pro:

• Avoid double maintenance
• Avoid duplication of published libraries, so, the library usage will be easier for designers
• Keep the same library analytics
• Custom plugin will relink instances to original styles (current files where Themer was used have deprecated styles)
• Avoid Figma Swap workaround from old libraries to new one
• Force teams to update

Cons:

• Breaking changes for teams that want to migrate to new version
• Themer wow will be deprecated and teams can't use it (if they update libraries)
• Custom plugin to help team in the migration, possible unstabilities and bugs.

Teams that not update can continue using Themer but new instances will need variables, so this kind of teams will work with the old and the new wow. (Themer + Variable)

Duplicate current library doesn't fix the problem with styles changed by Themer, so this strategy is not very profitable