Libsass: الانحدار 3.5.3: فشل استيراد ملفات ".css" بدلاً من التحذير (كما تشير ملاحظات الإصدار)
تم الإبلاغ عنها في الأصل هنا: https://github.com/sass/libsass-python/issues/245
المدخلات. scss
<strong i="8">@import</strong> 'cssfile';
cssfile.css
a { b: c; }
libsass 3.5.2 (عبر libsass-python )
$ pysassc --version
pysassc 0.14.2 (sass/libsass 3.5.2)
$ pysassc input.scss
a {
b: c; }
libsass 3.5.3 (عبر libsass-python )
$ pysassc --version
pysassc 0.14.3 (sass/libsass 3.5.3)
$ pysassc input.scss
pysassc: error: Error: File to import not found or unreadable: cssfile.
on line 1 of input.scss
>> <strong i="20">@import</strong> 'cssfile';
^
أتوقع التحذير المذكور في ملاحظات الإصدار
asottile
ال 6 كومينتر
أعتقد أنه يمكن إغلاق هذا ، هذا بالضبط ما كان متوقعًا بحلول # 1963.
أنا شخصياً أعتقد أنه كان يجب إهمالها من خلال تحذير أولاً وتسبب في إصدار بسيط بدلاً من التصحيح ، لكن الأوان قد فات الآن.
samuelcolvin
في ٢٤ أبريل ٢٠١٨
معذرةً ، كان هذا تغيير كسر غير مقصود لإصدار التصحيح هذا.
أفضّل المضي قدمًا مع التغيير وتحديث ملاحظات الإصدار.
ستحتاج إلى استخدام sass_option_push_import_extension API لإعادة تمكين استيراد .css كما أرى أنك فعلت ذلك في https://github.com/sass/libsass-python/pull/246 .
ملاحظة: سيؤدي القيام بذلك إلى تحذير بإيقاف ملفات .css . ستتم إزالة تحذير الإهمال في 3.6.0.
xzyfer
في ٢٤ أبريل ٢٠١٨
أنا في حيرة من أمري بسبب الاستهلاك ، لا يبدو واضحًا في أي مكان:
ستتم إزالة تحذير الإهمال في 3.6.0.
ضد.
يعد تضمين ملفات .css بـ
@importسلوكًا غير قياسي ستتم إزالته في الإصدارات المستقبلية من LibSass. استخدم أداة استيراد مخصصة للحفاظ على هذا السلوك. تحقق من وثائق عمليات التنفيذ الخاصة بك حول كيفية إنشاء برنامج استيراد مخصص.
هل ستتم إزالة تحذير الإهلاك في 3.6.0 وسيستمر عمل sass_option_push_import_extension أم ستتم إزالة وظيفة استيراد css تمامًا؟
أنا شخصياً أود أن أقول إنها ستكون خطوة كبيرة إلى الوراء بالنسبة لـ libsass لوقف دعم واردات css ، وهذا يعني إما:
- يجب على المكتبات التي تستخدم libsass أن تقوم بتنفيذ برامج الاستيراد المخصصة الخاصة بها لدعم css
- أو المستخدم العادي (الذي أعتقد أنه ليس لديه أي فكرة عن المستوردين المخصصين أو كيفية تنفيذها) يفقد الحق في استيراد css إلى نظام Sass الخاص بهم ، وبالتالي يفقد جميع مزايا فحص وضغط css.
أنا لا أستخدم الياقوت ، ولن أستخدمه ولا أهتم كثيرًا بما يفعله وما لا يفعله. من فضلك ، هل يمكننا الاحتفاظ بـ sass_option_push_import_extension .
samuelcolvin
في ٢٤ أبريل ٢٠١٨
نعتذر عن عدم الوضوح. تم تحديث ملاحظات الإصدار منذ ذلك الحين ونأمل أن تكون أكثر وضوحًا.
لا أستخدم الياقوت ، لن أستخدمه ولا أهتم كثيرًا بما يفعله وما لا يفعله
أولاً ، هذا ليس نحن ضد روبي. Sass هي لغة بمواصفات مثل أي لغة أخرى. تطبيق Ruby هو مصدر الحقيقة لمواصفات لغة Sass.
عمليات استيراد Raw CSS هي ميزة تنتهك مواصفات لغة Sass ، ويجب ألا تكون موجودة في LibSass مطلقًا. يجب إزالته.
نظرًا لأن الناس أصبحوا معتمدين جدًا عليه ، نحتاج إلى إزالته بطريقة مسؤولة.
على هذا النحو ، فإننا نجعله سلوك اشتراك عبر sass_option_push_import_extension . هذا API لا يذهب بعيدا حتى يكون هناك وسيلة متوافقة مع لغة ساس للقيام بذلك. تم التخطيط لمثل هذه الميزة لنظام الوحدات النمطية 4.0.
تمت إضافة تحذير الإهمال في الإصدار 3.5.x نظرًا لعدم وجود خطافات كافية في LibSass حتى يتمكن المُنفذ من إصدار تحذير الإيقاف الصحيح بشكل فعال. إنه تحذير الإهمال الذي ستتم إزالته في 3.6.
هذا هو المكان الذي نتوقع فيه أن يصطدم المنفذون بأقسامهم الرئيسية إذا رغبت في الحفاظ على الامتثال للمواصفات.
xzyfer
في ٢٤ أبريل ٢٠١٨
شكرا للتوضيح.
لقد قرأت للتو اقتراح الوحدة لـ sass 4 ويبدو رائعًا.
samuelcolvin
في ٢٤ أبريل ٢٠١٨
راجع أيضًا https://github.com/sass/node-sass/issues/2362 للتعامل مع هذا في نهاية node-sass.
raxod502
في ٢٢ يونيو ٢٠١٨
القضايا ذات الصلة
luiscla27
·
10تعليقات
xzyfer
·
9تعليقات
Nimce
·
4تعليقات
GottZ
·
3تعليقات
JohnMica
·
3تعليقات
التعليق الأكثر فائدة
أنا في حيرة من أمري بسبب الاستهلاك ، لا يبدو واضحًا في أي مكان:
ضد.
هل ستتم إزالة تحذير الإهلاك في 3.6.0 وسيستمر عمل
sass_option_push_import_extensionأم ستتم إزالة وظيفة استيراد css تمامًا؟أنا شخصياً أود أن أقول إنها ستكون خطوة كبيرة إلى الوراء بالنسبة لـ libsass لوقف دعم واردات css ، وهذا يعني إما:
أنا لا أستخدم الياقوت ، ولن أستخدمه ولا أهتم كثيرًا بما يفعله وما لا يفعله. من فضلك ، هل يمكننا الاحتفاظ بـ
sass_option_push_import_extension.