أعلم أن هناك محررًا جديدًا قيد العمل، ولكن يُفترض أن يكون ترميز ماركداون الأساسي كما هو، وسيظل الاستيفاء الخاص به كما هو، لذا…
في كتل التعليمات البرمجية ذات العلامات المائلة الثلاث (```)، لاحظت أن بعض التنسيق يتم تطبيقه بشكل غير صحيح. إليك لقطة شاشة لي وأنا أقوم بتصحيح منشور مستخدم. هذا هو الوضع قبل:
إذا قمت بتغييره إلى كتلة ذات علامة مائلة واحدة، فلن يكون هناك تنسيق، كما هو متوقع (يرجى تجاهل الخط السفلي لـ Grammarly على اليسار):
مرحباً @ganncamp. ما هي قيمة إعداد الموقع “لغة الكود الافتراضية” في هذا المنتدى؟
إنها تلقائي
auto للغة في كتلة التعليمات البرمجية هذه تحديدًا تكتشف اللغة على أنها markdown، لهذا السبب:
(lang=auto; مقتطعي غير المكتمل تم اكتشافه على أنه ruby)
sonar-scanner … إلخ إلخ include=src/**,apps/**,include/**,gui/** -Dsonar=true…
(lang=markdown)
sonar-scanner … إلخ إلخ include=src/**,apps/**,include/**,gui/** -Dsonar=true…
(lang=text)
sonar-scanner … إلخ إلخ include=src/**,apps/**,include/**,gui/** -Dsonar=true…
(lang=bash)
sonar-scanner … إلخ إلخ include=src/**,apps/**,include/**,gui/** -Dsonar=true…
يمكنك تغيير هذا لكل منشور عن طريق تغيير لغة التعليمات البرمجية الافتراضية إلى text أو لمنشور واحد عن طريق كتابة، على سبيل المثال:
sonar-scanner … إلخ إلخ include=src/**,apps/**,include/**,gui/** -Dsonar=true…
ينتج عنه كتلة (lang=text) أعلاه.
ولكن لماذا قد يتم تطبيق التنسيق على الإطلاق في كتلة التعليمات البرمجية؟
إنها مجرد تمييز بناء الجملة لكودك، ولكن مع اللغة الخاطئة بعد أن قام HighlightJS "باكتشافها تلقائيًا".
لاحظ أن نفس الشيء لا يحدث هنا في Meta إلا إذا بدأت كتلة الكود الخاصة بك صراحةً بـ ```auto، لأن لدينا "لغة الكود الافتراضية" مضبوطة على text.