|
13 | 13 | CSS calculations (including `abs()`, `min()`, `max()`, and `round()` whose
|
14 | 14 | names overlap with global Sass functions).
|
15 | 15 |
|
16 |
| -* As a consequence of the change in calculation parsing described above, |
17 |
| - calculation functions containing interpolation are now parsed more strictly |
18 |
| - than before. However, all interpolations that would have produced valid CSS |
19 |
| - will continue to work, so this is not considered a breaking change. |
20 |
| - |
21 |
| -* Interpolations in calculation functions that aren't used in a position that |
22 |
| - could also have a normal calculation value are now deprecated. For example, |
23 |
| - `calc(1px #{"+ 2px"})` is deprecated, but `calc(1px + #{"2px"})` is still |
24 |
| - allowed. This deprecation is named `calc-interp`. See [the Sass website] for |
25 |
| - more information. |
26 |
| - |
27 |
| - [the Sass website]: https://sass-lang.com/d/calc-interp |
| 16 | +* **Breaking change**: As a consequence of the change in calculation parsing |
| 17 | + described above, calculation functions containing interpolation are now parsed |
| 18 | + more strictly than before. However, _almost_ all interpolations that would |
| 19 | + have produced valid CSS will continue to work. The only exception is |
| 20 | + `#{$variable}%` which is not valid in Sass and is no longer valid in |
| 21 | + calculations. Instead of this, either use `$variable` directly and ensure it |
| 22 | + already has the `%` unit, or write `($variable * 1%)`. |
28 | 23 |
|
29 | 24 | * **Potentially breaking bug fix**: The importer used to load a given file is no
|
30 | 25 | longer used to load absolute URLs that appear in that file. This was
|
|
0 commit comments