مهلا
كما ترى في هذه المشكلة ، هناك semanticHighlighting
يكسر السمة وطلبوا من المشرفين تحديث السمة.
شكرا لجلب انتباهي الى هذا. سأصدر نسخة جديدة لإصلاح هذه المشكلة.
شكرا!
سيكون رائعًا إذا كان بإمكاننا الحصول على https://github.com/akamud/vscode-theme-onedark/pull/95 في الإصدار الجديد أيضًا 😁
حسنًا ، يبدو أن هذا لم يكن القصد منه أن يكون الإعداد الافتراضي ، لذا فإن التحديث التالي (ربما 1.43.1) سيعطل هذا السلوك ويمنحنا الوقت الكافي لتحديث سماتنا عندما نشعر أننا جاهزون للرموز الجديدة.
أرى أن الكود موجود بالفعل لتعطيل هذا السلوك كإعداد افتراضي ، لذلك يجب علينا فقط انتظار التحديث ويجب أن يعود كل شيء إلى طبيعته حتى يتاح لي الوقت للتحديث مع التحسينات. أستطيع أن أؤكد أن هذا هو السلوك في المطلعين بالفعل.
في غضون ذلك ، كما قال الناس بالفعل ، يجب عليك تعيين هذا في إعداداتك:
"editor.semanticHighlighting.enabled": false
أنا أتابع القضايا الأخرى التي لا تتعلق بهذا.
هل هذا ثابت؟
باستخدام Atom One Dark v2.2.0 ، VSCode v1.43.1 ، مع
"editor.semanticHighlighting.enabled": false
الألوان الحالية:
بقدر ما أتذكر ، فإن خصائص الكائن في JS لها نفس ألوان المتغير a
في هذا المثال.
هل فاتني شيء؟
كما علقت على # 123 ، هذا هو السلوك الجديد في Atom أيضًا. أقدم المزيد من التفاصيل حول كيفية إعادة السلوك القديم والسبب وراء ذلك في الإصدار الأصلي.
التعليق الأكثر فائدة
هل هذا ثابت؟
باستخدام Atom One Dark v2.2.0 ، VSCode v1.43.1 ، مع
الألوان الحالية:
بقدر ما أتذكر ، فإن خصائص الكائن في JS لها نفس ألوان المتغير
a
في هذا المثال.هل فاتني شيء؟