Breaking Change: Media Queries Level 4

Sass hat die Unterstützung für die CSS Media Queries Level 4 Spezifikation hinzugefügt. Dies kollidierte ursprünglich mit einigen Sass-spezifischen Syntaxen, daher wurde diese Syntax als veraltet markiert und wird nun gemäß dem CSS Standard interpretiert.

Kompatibilität
Dart Sass
seit 1.56.0
LibSass
✗
Ruby Sass
✗

Da Sass fast jede Sass-Expression in Klammer-Media-Bedingungen unterstützt, gab es einige Konstrukte, deren Bedeutung sich durch die vollständige Unterstützung von Media Queries Level 4 geändert hat. Insbesondere

  • @media (not (foo)) wurde historisch von Sass als @media (#{not (foo)}) interpretiert und somit zu @media (false) kompiliert.

  • @media ((foo) and (bar)) und @media ((foo) or (bar)) wurden ähnlich als SassScript-Logikoperatoren interpretiert und kompilierten zu @media (bar) bzw. @media (foo).

Glücklicherweise traten diese in der Praxis nur sehr selten auf.

ÜbergangszeitraumÜbergangszeitraum Permalink

Kompatibilität
Dart Sass
seit 1.54.0
LibSass
✗
Ruby Sass
✗

Zuerst haben wir Deprecation-Warnungen für die bisherigen mehrdeutigen Fälle ausgegeben. Diese enthalten Vorschläge, wie das bestehende Verhalten beibehalten oder die neue CSS Syntax verwendet werden kann.

Kann ich die Warnungen unterdrücken?

Sass bietet eine leistungsstarke Reihe von Optionen zur Verwaltung, welche Deprecations-Warnungen Sie wann sehen.

Terse- und Verbose-Modus

Standardmäßig läuft Sass im Terse-Modus, in dem jede Art von Deprecations-Warnung nur fünfmal ausgegeben wird, bevor weitere Warnungen unterdrückt werden. Dies stellt sicher, dass die Benutzer wissen, wann sie sich einer bevorstehenden Breaking Change bewusst sein müssen, ohne eine überwältigende Menge an Konsolenrauschen zu erzeugen.

Wenn Sie stattdessen Sass im Verbose-Modus ausführen, wird jede Deprecations-Warnung ausgegeben. Dies kann nützlich sein, um die verbleibende Arbeit bei der Behebung von Deprecations zu verfolgen. Sie können den Verbose-Modus mit dem Flag --verbose in der Befehlszeile oder der Option verbose in der JavaScript API aktivieren.

⚠️ Vorsicht!

Wenn Sass über die JS API ausgeführt wird, teilt Sass keine Informationen über Kompilierungen hinweg. Daher werden standardmäßig fünf Warnungen für *jedes kompilierte Stylesheet* ausgegeben. Sie können dies jedoch beheben, indem Sie einen benutzerdefinierten Logger schreiben (oder den Autor Ihres bevorzugten Frameworks dazu auffordern, dies zu tun), der nur fünf Fehler pro Deprecation ausgibt und über mehrere Kompilierungen hinweg geteilt werden kann.

Deprecations in Abhängigkeiten unterdrücken

Manchmal haben Ihre Abhängigkeiten Deprecations-Warnungen, auf die Sie keinen Einfluss haben. Sie können Deprecations-Warnungen von Abhängigkeiten unterdrücken, während sie für Ihre Anwendung weiterhin ausgegeben werden, indem Sie das Flag --quiet-deps in der Befehlszeile oder die Option quietDeps in der JavaScript API verwenden.

Für die Zwecke dieses Flags ist eine "Abhängigkeit" jedes Stylesheet, das keine reine Serie relativer Ladevorgänge vom Einstiegs-Stylesheet ist. Das bedeutet alles, was von einem Lade-Pfad kommt, und die meisten Stylesheets, die über benutzerdefinierte Importer geladen werden.

Spezifische Deprecations unterdrücken

Wenn Sie wissen, dass eine bestimmte Deprecation für Sie kein Problem darstellt, können Sie Warnungen für diese spezifische Deprecation unterdrücken, indem Sie das Flag --silence-deprecation in der Befehlszeile oder die Option silenceDeprecations in der JavaScript API verwenden.