Gutenberg: تتداخل الكتل مع مربعات التعريف في المشاركات

يمكنني تأكيد هذه المشكلة. أدخل محتوى طويلًا في الكتلة الكلاسيكية وستتداخل المربعات الوصفية مع هذه الكتلة.

هل يمكن لأي شخص منكم أن يختبر مع السيد ، لا يمكنني إعادة إظهار هذه المشكلة ، ربما تم إصلاحها.

استمر.
تم الاختبار مع تثبيت WordPress 4.9.8 النقي و Gutenberg 4.2.0
لأغراض الاختبار ، قمت بتثبيت مكون إضافي كما هو موضح في # 11482

نتيجة:

يمكن أن يكون مشكلة ويندوز؟ هل يمكنك الاختبار باستخدام هذا الرمز البريدي https://builds.danielbachhuber.com/gutenberg-nightly.zip

مع البناء الليلي يعمل 👍

شكرا للاختبار ، هذه أخبار رائعة. سأقوم بإغلاق هذا ، سيتم إصداره في الإصدار 4.3.

لقد قمت بتثبيت Gutenberg 4.3.0-alpha-1ac70e1 على موقع 4.9.8 الخاص بي ولا تزال المشكلة قائمة.

https://youtu.be/cSdo1cUIb1E

DeveloperWil مثير للاهتمام ، حلًا سهلاً إذا لم نتمكن من إعادة الإنتاج بشكل موثوق.

DeveloperWil هل يمكنك إلغاء تنشيط Advanced Custom Fields PRO و
يوست سيو بريميوم؟ ثم قم بتثبيت البرنامج المساعد كما هو موضح في # 11482 لأغراض الاختبار؟

لقد اختبرت أيضًا (مثلك) مع windows 10 64bit و Chrome و WP 4.9.8 وما إلى ذلك و Gutenberg 4.3.0-alpha-1ac70e1 (ولكن لم يتم تثبيت أي شيء آخر) وتم إصلاح الخطأ.

ثعلب النار
أوبونتو 14.04.2018
WP 5.0-beta3-43878
بناء جوتنبرج ليلا https://builds.danielbachhuber.com/gutenberg-nightly.zip

سجلت الكثير من الأيض.

مشكلتي من # 11482 لا تستمر فعلاً.

gziolo قام بتعديل المعالم: 4.3 ، ووردبريس 5.0 قبل 5 أيام

لم يتم إصلاح ذلك في Gutenberg 4.3.0 ولم يتم إصلاحه في WP 5.0-beta3-43891.

لست متأكدًا مما إذا كان هذا مرتبطًا ، ولكن إذا كان الأمر كذلك ، فيمكنك تكرار ذلك عن طريق تمكين أزرار المشاركة في المكون الإضافي Jetpack. كما ترى في لقطة الشاشة ، يتداخل مربع تعريف أزرار المشاركة مع كتل Gutenberg. ومع ذلك ، قد يكون هذا خطأ في Jetpack (والمكوِّن الإضافي All in One SEO ، الذي به نفس المشكلة ، كما ترى في الصورة)

إذا كان هذا خطأ في هذين الملحقين ، فيرجى إبلاغي بذلك وسأقوم بتسجيل المشكلات في كل مشروع.

أنا أشير إلى هذه المشكلة من موقع TwentyNineteen https://github.com/WordPress/twentynineteen/issues/599 حيث يبدو أن هذه المشكلة تتناول أيضًا مربعات التعريف وحقل المحرر (بينما من زاوية مختلفة قليلاً)

نفس الخطأ موجود في Genesis Framework 2.7.1 (Gutenberg Ready) و Gutenberg 4.4.0

لقد وجدت طريقة للتكاثر ، ولكن في 4.4 فقط ، وليس في الماجستير. لذا فإن الأمر يستحق محاولة معرفة متى / كيف تم إصلاحه.

• الخطوة 1: قم بتمكين Yoast أو أي مكون إضافي آخر باستخدام ملف تعريف. قم بتوسيعه للحصول على أقصى تأثير.
• الخطوة 2: اكتب مجموعة من الأشياء ، وانظر كيف تتداخل. من الأعراض الأخرى وجود TON للمسافة البيضاء قبل أن تتمكن من رؤية المربعات الأيضية.

نتيجة الخطوات المذكورة أعلاه في 4.4:

نتيجة الخطوات السابقة في الماجستير:

☝️ لاحظ أن اللون المرجاني هو اللون الذي أضفته في مصحح الأخطاء ، إلى العنصر editor-writing-flow__click-redirect ، والذي بدا في البداية أنه اللون الذي يسيء التصرف.

لقد اختبرت ذلك في Chrome و Firefox على نظامي التشغيل Windows و Mac.

عندما قمت بالتحقيق في البداية ، بدا الأمر وكأنه كان ثنيًا سيئًا لـ editor-writing-flow و .editor-writing-flow__click-redirect . ومع ذلك ، كما لوحظ ، لا يمكنني إعادة إنتاج هذه المشكلة بشكل رئيسي ، على الرغم من ظهور الكود دون تغيير. دعونا نحاول معرفة ما الذي تغير هنا مؤخرًا.

سأكون ممتنًا إذا كان بإمكان شخص ما اختبار هذه المشكلة بشكل رئيسي ومعرفة ما إذا كانت المشكلة قائمة هناك.

لست متأكدًا مما إذا كان هذا مرتبطًا ، ولكن إذا كان الأمر كذلك ، فيمكنك تكرار ذلك عن طريق تمكين أزرار المشاركة في المكون الإضافي Jetpack. كما ترى في لقطة الشاشة ، يتداخل مربع تعريف أزرار المشاركة مع كتل Gutenberg. ومع ذلك ، قد يكون هذا خطأ في Jetpack (والمكوِّن الإضافي All in One SEO ، الذي به نفس المشكلة ، كما ترى في الصورة)

إذا كان هذا خطأ في هذين الملحقين ، فيرجى إبلاغي بذلك وسأقوم بتسجيل المشكلات في كل مشروع.

كما اتضح ، كان 'الخطأ' الخاص بي مرتبطًا بموضوع Divi وليس الإضافات Jetpack أو All in One SEO.

بتفعيل Twenty Seventeen وتشغيل الفرع الرئيسي للملحق الإضافي ، كل شيء يعمل بشكل جيد.

شكرا للمتابعات والاختبار.

بينما أرى أن هذا الخطأ مغلق ، لدي أيضًا هذه المشكلة مع Meta Blocks التي تطفو فوق كتل محرر WP. حاولت تعطيل موضوعي الحالي (Theme.co Pro) وكذلك Yoast. كان هذا في موقع مطور مع الحد الأدنى من المكونات الإضافية. سأحاول إلغاء تنشيط جميع المكونات الإضافية لمعرفة ما إذا كان بإمكاني تحديد التعارض. أنا أستخدم 5.0-RC1.

تم التحديث : العثور على المكون الإضافي المتضارب - Shortcake (Shortcake UI) - https://wordpress.org/plugins/shortcode-ui/
بعد تعطيل ذلك ، كل شيء يبدو جيدًا.

ما زلت أتلقى هذه المشكلة مع 4.9.8 و Gutenberg 4.5.1

أحصل أيضًا على 3 الكثير من الأخطاء التالية في وحدة التحكم في Chrome:
wp-seo-premium-metabox-830.min.js؟ ver = 8.3: 109 خطأ في النوع لم يتم اكتشافه: (0، i.getI18n) ليس دالة
في t (wp-seo-premium-metabox-830.min.js؟ ver = 8.3: 109)
في الكائن.(wp-seo-premium-metabox-830.min.js؟ ver = 8.3: 56)
في e (commons-premium-830.min.js؟ ver = 8.3: 1)
في window.yoastPremiumWebpackJsonp (commons-premium-830.min.js؟ ver = 8.3: 1)
في wp-seo-premium-metabox-830.min.js؟ ver = 8.3: 1

لقد أعدت إنتاج هذا باستخدام حقيبة اختبار صغيرة.

الخطوة 1: ضع ملف تعريف على الصفحة. يمكن أن تكون حقول مخصصة (قائمة المزيد> الخيارات> الحقول المخصصة)

الخطوة 2: ضع ما يلي في function.php:

add_action('init', iAmError);

الخطوة 3: قم بإعادة التحميل وانظر إلى الخطأ.

يبدو أن المشكلة هي أن مكونًا إضافيًا ألقى خطأ PHP ، ولكن هذا الخطأ غالبًا لا يظهر في المسؤول ، لأن رسالة الخطأ الفعلية إما مخفية لأنها مجرد تحذير ويتم إخفاءها افتراضيًا على معظم المضيفين ، أو بسبب يتم تغطيته بواسطة شريط الإدارة.

بالإضافة إلى ذلك ، يضاعف ذلك المحرر - على ما يبدو يعمل بشكل جيد - ، في حين أنه في الواقع في حالة خطأ جزئيًا.

لمزيد من التفصيل ، ربما لا يزال هذا الخطأ موجودًا على صفحة محرر بدون تمكين مربعات التعريف. لكن الخطأ ليس واضحًا لأنه لا توجد مربعات تعريف لإظهار حالة الخطأ.

هل يمكننا التعامل مع هذه الأخطاء بشكل أفضل؟

هذه مشكلة لنا أيضا. لقد وجدنا النتائج أدناه أثناء تنشيط موضوعنا المخصص ومجموعة من المكونات الإضافية (بما في ذلك YoastSEO):

يعمل بشكل صحيح مع مربعات التعريف التي تظهر أسفل كتل الصفحة عند استخدام:

• FireFox 63.0.3 (64 بت) على Windows 10
• Internet Explorer 11.285.17134.0 على نظام التشغيل Windows 10 باستخدام خيار محاكي أدوات المطور لفرض وضع المستند 10

تتداخل مربعات التعريف مع كتل الصفحة عند استخدام:

• Internet Explorer 11.285.17134.0 على نظام التشغيل Windows 10 باستخدام أدوات المطور لفرض وضع المستند 11
• Edge 42.17134.1.0 على نظام التشغيل Windows 10
• Chrome 70.0.3538.110 على نظام التشغيل Windows 10

SJNBham حتى الآن الطريقة الوحيدة التي تمكنت من إعادة إنتاجها ، هي من خلال امتلاك مكون إضافي يتسبب في حدوث خطأ في WordPress 5.0.

هل يمكنني أن أطلب منك محاولة إلغاء تنشيط المكونات الإضافية الخاصة بك ومعرفة ما إذا كان ذلك يعمل؟ إذا حدث ذلك ، فالرجاء إعادة تنشيطهم واحدًا تلو الآخر حتى نتمكن من معرفة أيهما يتسبب في حدوث الخطأ ، وسيساعدني ذلك في إعادة إنتاج هذا الخطأ وتصحيحه.

هناك طريقة أخرى لإعادة إنتاج هذا دون التسبب في خطأ ضمن WP 5.0-RC1-43945:

add_action( 'enqueue_block_editor_assets', function() { echo '<style></style>'; } );

لا ينتج عن ذلك أي خطأ في وحدة التحكم أو PHP ، لكن المحتوى يتراكب على مربعات التعريف.

jasmussen إذا قمت بتعطيل جميع المكونات الإضافية باستثناء Gutenberg ، فقم بتنشيط سمة Twenty8teen ، واستخدم قالب الصفحة الافتراضي ، واختر إظهار الحقول المخصصة ، فسيتم عرض مشكلة التداخل.

لقد قمت بالتبديل إلى أحد أكثر المواقع الأساسية لدينا حيث تم تنشيط مكونين إضافيين فقط (Google Analytics Dashboard for WP و Gutenberg). يستخدم سمة Dynamic Seventeen ومربعات التعريف محاذاة بشكل صحيح في الجزء السفلي من كتل المحتوى. لقد قمت بالتبديل إلى موضوع Twenty8teen فقط للتأكد من أنني أقارن التفاح بالتفاح واستمرت الصناديق الوصفية في التصرف بشكل صحيح.

نحن نشغل WordPress 4.9.8 و Gutenberg 4.5.1

تحديث: الموقع الذي كنا نشاهد هذه المشكلة فيه كان موقع انطلاق لموقع الإنتاج الخاص بنا. اكتشفنا وجود أخطاء يتم عرضها على موقع التدريج الخاص بنا (نستضيف مع WPEngine ونختبر ترقية PHP 7.2). أعتقد أن WPEngine على علم بالخطأ ويعمل على حله.

"يُتوقع أن تكون المعلمة 1 إلى wp_default_scripts () مرجعًا ...."

عندما قمت بتنشيط Gutenberg على موقع الإنتاج الخاص بنا ، يبدو أن المربعات الوصفية تتم محاذاة في الأسفل حسب الرغبة.

إذن ربما يكون هذا مرتبطًا بكيفية معالجة الأخطاء كما ذكرنا سابقًا؟

بالنسبة لأولئك الذين يواجهون هذه المشكلة منكم ، هل يمكنك تجربة خطوات التصحيح التالية والعودة إليّ؟

1. افتح وحدة تحكم JavaScript.
   في Chrome ، يكون عرض> مطور> وحدة تحكم JavaScript . في Firefox ، ستجد أدوات> مطور ويب> وحدة تحكم الويب .
2. الصق التالي في وحدة التحكم واضغط على Enter: javascript:window.alert('You are in ' + (document.compatMode==='CSS1Compat'?'Standards':'Quirks') + ' mode.')

الرجاء الإبلاغ عن الرسالة التي تتلقاها.

• عندما أرى الرسالة "أنت في وضع المعايير" ، فإن كل شيء يعمل على النحو المنشود بالنسبة لي.
• عندما أرى الرسالة "أنت في وضع المراوغات" ، أرى المشكلة المتداخلة.

jasmussen أرى "أنت في وضع المراوغات" عند استخدام المقتطف add_action( 'enqueue_block_editor_assets', function() { echo '<style></style>'; } ); في ملف function.php الخاص بالقالب من الأعلى.

(يرجع ذلك إلى انبعاث <style></style> قبل <!DOCTYPE html> ، مما يؤدي إلى وضع المراوغات.)

لذلك ، يمكن أن يؤدي HTML العادي غير الصحيح إلى حدوث هذا أيضًا بالإضافة إلى الأخطاء المنبعثة من PHP.

شكرًا لك على التحقق ، nickcernis ، نعم بالفعل. يبدو أن القواعد المرنة التي تحدد حجم لوحة التحرير الرئيسية تتصرف بشكل مختلف عندما تكون في وضع المراوغات مقارنة بالوضع القياسي. أنا أبحث في بعض الخيارات.

jasmussen - لقد قمت بتنشيط المكون الإضافي الذي ذكرته من قبل (كان ذلك يسبب المشكلة) ووضعت الكود الذي اقترحته في وحدة التحكم. أرى "أنت في وضع المراوغات" في تلك الحالة مع تنشيط المكون الإضافي.
عندما أقوم بإلغاء تنشيط هذا المكون الإضافي وإعادة تحميل صفحة المنشور ، أحصل على "أنت في وضع المعايير". امل ان يساعد.

HighTechDad هذا يساعد كثيرًا ، نعم. لدي بعض الأفكار حول كيفية التخفيف من ذلك ، ولكن مع تقييم الخيارات. إذا كنت على حق ، فهذا يعني أن هناك مشكلة صغيرة في المكون الإضافي Shortcake UI الذي يسبب المشكلة ، ومن الناحية المثالية تم إصلاحه هناك. لكنني سأعود عندما يكون لدي شيء لأشاركه.

jasmussen - أنا لا أستخدم هذا المكون الإضافي Shortcake UI. لقد تصادف وجوده على موقع dev الخاص بي حيث أقوم باختبار WP 5.0. أنا متأكد من أنه سيكون هناك العديد من المكونات الإضافية التي لم يتم تحديثها منذ فترة والتي قد تتسبب في ظهور المشكلة. أنا أعلم فقط أنه مع هذا البرنامج المساعد المحدد ، من السهل اختباره وإعادة إنتاجه. (قلق فقط عند طرح 5.0 ، سيكون هناك العديد من المكونات الإضافية الأخرى التي سيكون لها "مشكلات صغيرة" وتسبب الإحباط.)

نشكرك على إبقاء هذا الموضوع قيد التشغيل ، على الرغم من وضع علامة "مغلق" على هذه المشكلة تحديدًا. ربما حان الوقت لإعادة الفتح ...

لقد تواصلت مع فريق دعم Yoast SEO ورأوا أن هذه التذكرة مغلقة ، فقالوا إنها مشكلة في WordPress سيتم معالجتها بإصدار أحدث من WordPress في النهاية. أذكر هذا لأن البائعين الآخرين قد يقدمون نفس الرد إذا رأوا هذه التذكرة مغلقة. أيضًا حقيقة أنه من المحتمل جدًا أن تحتوي المكونات الإضافية الأخرى على خطأ فيها سيؤدي إلى تشغيل وضع التوافق. لذا ، فإن إيجاد حل للتراجع بأمان عندما يكون وضع التوافق نشطًا سيكون أمرًا رائعًا. شكرا لعملك في هذا!

نعم المناقشة أبدا مغلقة. ما زلت أحاول معرفة مكان وكيفية ظهور المشكلة ، واعتمادًا على التفاصيل ، سيتم إعادة فتح المشكلة أو إنشاء مشكلة جديدة بناءً على ما تم تعلمه هنا. شكرا لصبرك.

أنت في وضع المراوغات بالنسبة لي أيضًا

لقد صادفت هذا للتو في 5.0 RC1. وضع المعايير ، لا أخطاء PHP ، لا أخطاء JS.
تبين أن مشكلتي كانت أن موضوعي كان يحتوي على هذا في ملف editor-styles.css :

body {
    height: 100%;
}

التي تم تقديمها على هيئة css مضمنة إلى شاشة المحرر على النحو التالي:

.editor-styles-wrapper {
    height: 100%;
}

لذلك يبدو أن أنماط المحرر السيئة هي السبب المحتمل الآخر لهذه المشكلة.

التقاط جيد ،earnjam. أود أن أقترح أن هذه مشكلة منفصلة (ولا تتردد في فتح واحدة بخطوات إعادة الإنتاج). يرتبط هذا بحقيقة أن لوحة التحرير ليست في إطار iframe ، وإذا لم تكن مدركًا ، يمكنك كتابة أنماط محرر تؤثر على واجهة المستخدم المحيطة ، مثل هذا:

* {
    border: 13px solid mediumaquamarine;
}

يمكن أن تستخدم أساليب المحرر بالتأكيد بعض التحسينات فيما يتعلق بنطاق العمل ، وسيكون من الجيد البدء في جمع المشكلات التي نعني معالجتها ، وأعتقد أن القليل قد لوحظ هنا وهناك. ولكن في هذه الحالة ، يجب أن تختار سمات WordPress بشكل صريح استخدام أنماط المحرر ، لذلك نأمل أن يكون هذا هو الشيء الذي سيتم اكتشافه في تطوير الأسلوب المذكور. ربما يكون الحل لهذه المشكلة تحديدًا هو تدوينها في قسم "أفضل الممارسات" تحت موضوع مستندات الدعم؟

حسنًا ، لقد قمت بإنشاء طلب سحب كدليل على المفهوم الذي يخفف من هذا ، ولكن نظرًا لأنه ليس خطأ في Gutenberg ، لا أعتقد أنه يجب دمجه. ولكن نأمل أن يكون مصدر إلهام لبعض الأفكار الأفضل حول كيفية مساعدة المستخدم أو مطور المكون الإضافي الذي يضع Gutenberg في وضع المراوغات في حل المشكلة. يرجى مشاركة أفكارك وملاحظاتك على العلاقات العامة: https://github.com/WordPress/gutenberg/pull/12455

jasmussen نعم ، أردت فقط أن أشير إلى سبب آخر للمشكلة الموضحة في

الشاغل الوحيد الذي لدي بشأن جزء التقيد هو أن هذا الموضوع المحدد تم اختياره لأنماط المحرر في المحرر القديم. لم يتم تحديثه منذ فترة ، وبالتالي لم يتم تحديثه لدعم محرر الكتلة الجديد.

لذلك لا توجد طريقة لمعرفة عدد السمات الحالية التي قد تحتوي على أنماط محرر تعمل بشكل جيد في المحرر الكلاسيكي ولكنها ستسبب مشكلات مثل هذه في محرر الكتلة.

لست متأكدًا من وجود حل لهذه المشكلة باستثناء ربما بعض CSS الدفاعية للقواعد المعروفة التي يمكن أن تسبب مشاكل.

لا يهم أنه تم تحديثه في 20 نوفمبر. ربما ارتكبوا خطأ في الاختبار. سأحقق أكثر.

أعتقد أن هذا هو أحد الأسباب التي تجعل Gutenberg يطلب من مطوري السمات الاشتراك صراحة في دعم أنماط المحرر الجديدة: https://wordpress.org/gutenberg/handbook/designers-developers/developers/themes/theme-support/#editor - الأنماط - على حد علمي ، لا ينبغي تحميل أنماط المحرر القديمة إلا إذا قال مؤلف القالب إنها جيدة للتحميل. وإذا كان الأمر كذلك ، في كثير من الحالات يجب أن تترجم الأنماط 1: 1 - ولكن يجب أن يقترح الاشتراك خطوة اختبار هناك.

إليك أحدث محاولة لي للتخفيف والتسبب في وعي المطور بتضارب المكونات الإضافية التي قد تسبب هذا: https://github.com/WordPress/gutenberg/pull/12575 - يرجى مشاركة أفكارك.

لقد واجهت هذه المشكلة وكان سببها هو Form Maker Plugin ، شكرًا على المعلومات حول "Quirks Mode" الذي كان سيستغرق الأمر إلى الأبد بالنسبة لي لمعرفة ذلك! لقد قمت بإنشاء منشور حول هذه المشكلة على موقع WordPress الخاص بي. أستخدم حاليًا الإصدار 5.0.2 من WP على دبيان 9 مع php 7.2.13

كنت أواجه هذه المشكلة مع Yoast SEO و Postmattic. كان متصفحي في وضع Quirks بسبب المكون الإضافي WP Rainbow Hilite. معطل الآن والآن انتهت المشكلة.

يمكنني أن أخبرك أن مشكلة تداخل الكتل (التي تختفي بالفعل تحت) مربعات التعريف على الصفحات التي تستخدم Gutenberg لا تزال موجودة ، وتمنعنا من إجراء تغييرات أو إضافات على الصفحة.
يبدو أن بعض الناس يعتقدون أنه تم إصلاحه ، لكنه ليس كذلك.

انا استخدم:
متصفح جوجل كروم.
ووردبريس 5.1
الموضوع: إصدار نيرفانا: 1.5.1.1
Yoast SEO Metox هو أول واحد يظهر المشكلة ؛ وهناك آخرون.
ولا ، إنه ليس شيئًا من Windows ؛ أواجه هذا على iMac.

لاحظ أنه عندما أقوم بالتبديل إلى Firefox ، فإنه لا يظهر نفس المشكلة - على الأقل في صفحة واحدة حاولت.

إذا كنت بحاجة إلى أي شيء آخر للمساعدة في تعقب ذلك ، فأخبرني ...

شكرا على التقرير.

إذا كنت بحاجة إلى أي شيء آخر للمساعدة في تعقب ذلك ، فأخبرني ...

هل يمكنك فتح وحدة تحكم JavaScript ومعرفة ما إذا كانت هناك أية رسائل؟ في Chrome ، mac ، ⌘⌥J ، في Firefox إنه ⌘⌥K ، في Safari عليك أولاً تمكينه ، الإرشادات هنا: https://support.airtable.com/hc/en-us/articles/232313848-How- لفتح وحدة تحكم المطور

اعتمادًا على ما إذا كانت هناك رسالة في وحدة التحكم أم لا ، تعتمد الخطوات التالية على ذلك. شكر.

هذه لقطة شاشة نتجت عندما قلت "تحرير الصفحة" على الذي اخترته
الصفحة (مرفقة).
لاحظ أنني قمت بمسح وحدة التحكم قبل القيام بصفحة التحرير.

https://user-images.githubusercontent.com/1204802/54151216-a0ea1c80-443a-11e9-8ea7-9f34965840c7.png

اتمني ان يكون مفيدا!

بريان

أتمنى أن تكون قد حصلت على لقطة الشاشة!

شكرا لك بريان ، نعم ، وصلت لقطة الشاشة. لقد قمت بتحرير تعليقك للربط به حتى يسهل رؤيته.

وبالفعل ، كان ذلك مفيدًا. يوجد في لقطة الشاشة تحذير يفيد بأن المتصفح في "وضع المراوغات". هذا الوضع هو ما يتسبب في تداخل المربعات التعريفية ، ومن شبه المؤكد أنه ناتج عن مكون إضافي يضيف محتوى إلى الصفحة بطريقة غير قياسية ويحتاج إلى تحديث. _يمكن_ أن يكون موضوع WordPress ، لكن هذا أقل احتمالاً.

إذا كنت قادرًا ، هل يمكنك محاولة إلغاء تنشيط المكونات الإضافية ، واحدًا تلو الآخر ، ثم إعادة تحميل المحرر لمعرفة ما إذا كان سيبدأ في العمل كما ينبغي؟ ليس من الضروري إلغاء التنشيط دفعة واحدة ، فقط واحدًا تلو الآخر ثم إعادة تحميل المحرر في كل مرة. عندما تجد المكون الإضافي الوحيد الذي يجعل المحرر يعمل عند إلغاء تنشيطه ، فأخبرني بذلك هنا. يمكنني بعد ذلك التواصل مع المطور وتقديم المشورة والمساعدة حول كيفية تحديث هذا المكون الإضافي للعمل مع المحرر. شكر!

لا يمكنني القيام بذلك على موقعنا المباشر ، لكنني سأرى ما إذا كان بإمكاني فعل شيء ما
إعادة إنتاج المشكلة على موقع تطوير آخر. ترقب...

FWIW ، لقد قمت بالتقاط نفس وحدة تحكم Javascript على Firefox ، والتي لم تفعل ذلك
يبدو أنه يواجه السلوك ، باستخدام تحرير الصفحة على نفس الصفحة كما كان من قبل.
ها هي النتيجة (مرفق). ربما مقارنتها بالتقاط Chrome
قد يلقي بعض الضوء؟

حاولت إعادة إنتاج هذا على عدة مواقع ويب أخرى ، حتى تثبيت Yoast SEO إذا لم يكن مثبتًا بالفعل. لسوء الحظ ، لم أتمكن من إعادة إنتاج السلوك على تلك المواقع ، مما يعني أن إلغاء تنشيط المكونات الإضافية لن يفيد كثيرًا.

هل تم التقاط وحدة التحكم الثانية؟

لم أر المرفق. إذا قمت بالرد على هذه الرسائل عبر البريد الإلكتروني ، فلا أعتقد أن المرفقات تزرع. أعتقد أنه يجب عليك الذهاب إلى Github عبر المتصفح لإضافة الصور.

أظن أن Firefox سيعرض نفس رسالة الخطأ ، ولكن ربما يكون لمحرك عرض المتصفح طريقة أفضل للتعامل مع ما يشار إليه باسم "وضع المراوغات". أفضل حل لا يزال هو العثور على المكون الإضافي الإشكالي واطلب من المطور إرسال إصلاح لذلك. لكنني أفترض أنه إذا كان Firefox يعمل بشكل جيد بالنسبة لك في الوقت الحالي ، فيمكن أن يكون ذلك بمثابة حل بديل. أفهم تمامًا لماذا لا يمكنك اختبار هذا في الإنتاج.

طريقة بديلة يمكننا تصحيح الأخطاء: هل يمكنك أن ترسل إلي قائمة كاملة بالمكونات الإضافية التي تستخدمها على موقع الويب الخاص بك؟ ثم يمكنني اختبارها واحدة تلو الأخرى ، ومعرفة ما إذا كان بإمكاني إعادة إنتاجها.

لقد كنت أواجه نفس المشكلة أيضًا. يؤدي تثبيت المكون الإضافي Disable Gutenberg إلى إصلاح المشكلة وتختفي رسالة "Quirks Mode" ، لكن هذا ليس حلاً جيدًا على المدى الطويل.

لقد حاولت المرور وتعطيل المكونات الإضافية في إصداري المحلي من Wordpress. لقد تحققت من أن 26 من المكونات الإضافية الخاصة بي لا تسبب المشكلة ، ولكن تشغيل أي من هذه المكونات الخمسة يؤدي إلى عودة المشكلة:

الحرب الاجتماعية - برو
جدول المحتويات زائد
ملحق TablePress: الجداول المستجيبة
الفسفور الابيض اخفاء المنشور
WP Tab Widget Pro

شكرا على التقرير يا جو! سأحاول هذه المكونات الإضافية وأرى ما إذا كان بإمكاني تضييق نطاق المشكلة والعودة بمزيد من المعلومات هنا.

شكر! من المثير للاهتمام أنني لم أقم بتثبيت أي من هذه المكونات الإضافية اليوم عندما بدأ الخطأ (لا أعتقد أنني قمت بتحديثها أيضًا على الرغم من أنني قد أكون مخطئًا).

لقد أجريت بعض التغييرات على موقعي باستخدام Elementor pro وهو ما اعتقدت في البداية أنه سيتسبب في حدوث المشكلة ، لكن إلغاء التنشيط لا يغير أي شيء.

تفسير سبب ظهور المشكلة تقني بعض الشيء ، لكن جوهرها هو:

• إذا كانت صفحة الويب (المحرر في هذه الحالة) بتنسيق HTML صالح ، فسيتم تقديمها بشكل صحيح
• إذا كانت صفحة الويب بتنسيق HTML غير صالح ، فيجب على المتصفح _Gess_ كيفية عرض الأشياء ، ويخمن بشكل غير صحيح أن المربعات التعريفية يجب أن تتداخل

ما الذي يجعل صفحة الويب تصبح غير صالحة؟ في هذه الحالة ، من المحتمل أن يقوم المكون الإضافي بإخراج بعض الامتدادات في ترميز المحرر مما يؤدي إلى تعطله. إذا كان يعمل على النحو المنشود في المحرر الكلاسيكي ، فمن المحتمل أن يرجع السبب في ذلك إلى أن المتصفحات _ تخمين بشكل صحيح _ فيما يتعلق بالعرض بسبب أي عدد من الاختلافات في الترميز. نظرًا لأنه يبدو أنه يعمل بشكل صحيح ، فمن المحتمل أن الخطأ في هذه المكونات الإضافية قد ذهب دون أن يلاحظه أحد حتى الآن.

إصلاح المكونات الإضافية التي تسبب هذه المشكلات تافه نسبيًا: ما عليك سوى إخراج الامتدادات في مكان لا يكسر صلاحية الترميز. لذلك بمجرد أن نعرف المكونات الإضافية التي تسبب هذا ، يجب أن يكون من السهل الوصول إلى الإصلاحات المقترحة.

إذا خمن Firefox بشكل صحيح ، فسيكون ذلك حلاً مقترحًا حتى تتمكن المكونات الإضافية من تحديث نفسها. شكرا لصبرك.

جون -

لقد أضفت للتو لقطة الشاشة إلى رسالتي على جيثب. اتمني ان يكون مفيدا.

بريان

FWIW ، ألقيت نظرة على قائمة المكونات الإضافية التي أدرجها Joe-Clements126:

الحرب الاجتماعية - برو
جدول المحتويات زائد
ملحق TablePress: الجداول المستجيبة
الفسفور الابيض اخفاء المنشور
WP Tab Widget Pro

لا أستخدم أيًا من هذه المكونات الإضافية على موقع الويب الخاص بي.

بالتأكيد. إليك معلومات النظام التي يوفرها Elementor - إنها ملف
مصدر مناسب لما تبحث عنه ، على الرغم من أنني لا أستخدمه
Elementor على هذا الموقع بشكل رهيب. عندما أنقل هذا الموقع إلى موقع جديد ،
هذا سوف يتغير.

انظر الملف المرفق...

== المكونات الإضافية النشطة ==
إضافة من الخادم
الإصدار: 3.3.3
المؤلف: ديون هولس

Akismet Anti-Spam
    Version: 4.1.1
    Author: Automattic

Antispam Bee
    Version: 2.9.1
    Author: pluginkollektiv

Auto Update Plugins
    Version: 0.1.4
    Author: Geenyous Limited

Better Font Awesome
    Version: 1.7.1
    Author: Mickey Kay

Black Studio TinyMCE Widget
    Version: 2.6.8
    Author: Black Studio

Broken Link Checker
    Version: 1.11.5
    Author: Janis Elsts, Vladimir Prelovac

Classic Editor
    Version: 1.4
    Author: WordPress Contributors

Contact Form 7
    Version: 5.1.1
    Author: Takayuki Miyoshi

Contact Form 7 Style
    Version: 3.1.8
    Author: Johnny, dorumarginean, mlehelsz, MirceaR

Cryout Serious Theme Settings
    Version: 0.5.9
    Author: Cryout Creations

Custom Menu Wizard
    Version: 3.3.1
    Author: Roger Barrett

Easy Google Fonts
    Version: 1.4.4
    Author: Titanium Themes

Elementor
    Version: 2.5.5
    Author: Elementor.com

Google Analytics Dashboard for WP (GADWP)
    Version: 5.3.7
    Author: ExactMetrics

Howdy Tweaks
    Version: 2.3
    Author: Kailey Lampert

Jetpack by WordPress.com
    Version: 7.1.1
    Author: Automattic

Members
    Version: 2.1.0
    Author: Justin Tadlock

My Custom Functions
    Version: 4.35
    Author: Space X-Chimp

myStickymenu
    Version: 2.0.6
    Author: m.r.d.a

Nav Menu Roles
    Version: 1.9.3
    Author: Kathy Darling

Page Links To
    Version: 3.0.1
    Author: Mark Jaquith

Popup Builder
    Version: 3.1.7.1
    Author: Sygnoos

Profile Builder - Email Confirmation Field
    Version: 1.0.4
    Author: Cozmoslabs, Adrian Spiac

Profile Builder - Numbers and Phone Validation
    Version: 1.0.1
    Author: Cozmoslabs, Cristian Antohe

Profile Builder Pro
    Version: 2.9.7
    Author: Cozmoslabs

Search Exclude
    Version: 1.2.2
    Author: Roman Pronskiy

ShareThis Share Buttons
    Version: 1.1.8
    Author: ShareThis

Simple History
    Version: 2.29.2
    Author: Pär Thernström

SSL Insecure Content Fixer
    Version: 2.7.2
    Author: WebAware

Tela Albums: Google Photo Albums for Wordpress
    Version: 1.5.2.8
    Author: Isaac Brown

Timeline Express
    Version: 1.8.0
    Author: Code Parrots

TinyMCE Advanced
    Version: 5.1.0
    Author: Andrew Ozz

Title Remover
    Version: 1.2
    Author: WPGurus

Visual Form Builder
    Version: 2.9.9
    Author: Matthew Muro

WP-VR-view - Photo Sphere and 360 video
    Version: 1.6
    Author: Tumanov Alexander

WP Mail SMTP
    Version: 1.4.1
    Author: WPForms

WP Media Category Management
    Version: 1.9.3
    Author: DeBAAT <[email protected]>

WP UI - Tabs, accordions and more.
    Version: 0.8.8
    Author: Kavin

Yoast SEO
    Version: 10.0
    Author: Team Yoast

كنت أواجه نفس المشكلة أيضًا ، لذا قارنت قائمة المكونات الإضافية لدينا وإلغاء تنشيط Popup Builder. هذا أصلح المشكلة بالنسبة لي.

لذلك ، حاولت إلغاء تنشيط Popup Builder على موقعي ، والسلوك السيئ
اختفى ، على الأقل في صفحة كانت موجودة فيه من قبل.

أعتقد أننا وجدنا الجاني (ربما واحدًا من بين العديد ...)

شكرا لك اليزابيث!

شكرا لكم جميعا على ردود الفعل! من المؤكد أن هذا سيكون مفيدًا للآخرين الذين يبحثون. في الوقت الحالي ، سأقوم باختبار أداة إنشاء النوافذ المنبثقة مرتين والتواصل مع مطور Popup Builder بنصائح واقتراحات لإصلاح المشكلة. نأمل أن نتمكن من إصلاح هذا قريبًا! نقدر كثيرا كل ردود الفعل.

FWIW ، لقد استبدلت Popup Builder بـ Popup Maker (وهو ما كنت سأفعله ، في النهاية ، على أي حال).
لا يبدو أن لها نفس التأثيرات السلبية مثل Popup Builder.

حاولت اليوم ، ولم أتمكن من إعادة إنتاج المشكلة مع أداة إنشاء النوافذ المنبثقة. هذا لا يعني عدم وجود مشكلة ، ربما يعني ذلك أنه يتعين عليك استخدام أداة إنشاء النوافذ المنبثقة بطريقة معينة ، أو في بيئة خادم معينة. على سبيل المثال ، إذا أخرجت رسالة خطأ في شفرة المصدر ، فقد يتسبب ذلك أيضًا في حدوثها.

لقد تواصلت مع المطور ، ويبدو أنهم نشيطون للغاية وسريع الاستجابة في منتدياتهم. يبدو أنهم قد يكونون قادرين على معالجة هذا بسرعة ، حيث كان آخر تحديث لهم قبل أسبوع. شكرا على التقارير!

شكرا للنظر في هذا. كان لدي مطور يعمل على موقعي اليوم وكان متأكدًا من أن هذا هو Elementor الذي يسبب المشكلة.

هذا ما عاد به ، وقد نقلته إليهم.

"داخل elementor / include / utils.php داخل المكون الإضافي Elementor ، توجد وظيفة تقوم بحقن علامات البرنامج النصي في استجابات JSON العادية.

تتسبب الوظيفة أدناه في حدوث مشكلة نظرًا لأنه لا يمكنك الإرسال بشكل عشوائي ". PHP_EOL ؛}

سيكون من الرائع أن تتمكن من تحديث المكون الإضافي الخاص بك لتحديد ما إذا كان الطلب / الاستجابة هو JSON قبل العبث بهذا الناتج "

لقد تلقيت للتو ملاحظات من مطور Popup Builder بأنهم يتوقعون إصلاحًا في الإصدار التالي. لم أتمكن من التحقق من ذلك ، لكن من الرائع رؤية مثل هذه الاستجابة السريعة 👏

مرحبا شباب ، شكرا لكم على كل مشاركاتكم. فيما يتعلق بقضايا Popup Builder ، فإن المشكلة التي تعطل المحرر المرئي هي الزر الجديد الذي أضافوه إلى المحرر. هذا هو الإصلاح (إزالة هذا الزر) ...

انتقل إلى الملف التالي على موقعك: your_wordpress_folder / wp-content / plugins / popup-builder / com / classes / Actions.php
قم بإزالة السطر 26: add_action ('mce_external_plugins'، array ($ this، 'editorButton')) ؛ ....
هذا يجب أن يحل المشكلة.

أستخدم WP 5.1.1 وقد حل المشكلة بالنسبة لي في جميع مواقعي.

أردت فقط الإبلاغ عن أن المشكلة المتداخلة ناتجة أيضًا عن Ninja Forms 3.4.4 و beta4 و WP 5.1.1.

@ alkah3st لا يمكنني تكرار هذه المشكلات مع الإصدار 3.4.4 من المكون الإضافي Ninja Forms فقط وموضوع WordPress 2019 الذي تم تنشيطه على WP 5.1.1 ويبدو أن المشكلة التي تراها ناتجة عن المكون الإضافي ACF 5.8.0 Beta4 .

حسنًا ، عندما أترك كل شيء معطلاً باستثناء ACF Beta 4 و Yoast ، لا يحدث تداخل. في اللحظة التي أقوم فيها بتشغيل Ninja Forms ، يبدأ التداخل في الحدوث. يمكنني إنشاء مثيل مرحلي لإثبات ذلك إذا أردت.

تحديث: يبدو أن Ninja Forms تُخرج هذا الخطأ:

خطأ في قاعدة بيانات WordPress: [عمود غير معروف "form_title" في "قائمة الحقول"]

| حدد title ، created_at ، form_title ، default_label_pos ، show_title ، clear_complete ، hide_complete ، logged_in ، seq_num
| من wp_k5n_nf3_forms
| حيث id = 2

عندما لا يكون هناك عنوان معين لنموذج (شيء مسموح به في نماذج Ninja). لذلك يتم التخلص من هذا الخطأ في أعلى المستند ، قبل إعلان HTML ، مما يتسبب في دخول المحرر إلى وضع المراوغات.

لست متأكدًا مما إذا كان هذا مفيدًا ... ولكن عندما يكون لدي تحذير PHP أثناء تنشيط WP_DEBUG ، تحدث مشكلة التداخل. عندما أقوم بحل تحذير PHP ، يختفي التداخل.

@ alkah3st لا يمكنني تكرار هذه المشكلات مع الإصدار 3.4.4 من المكون الإضافي Ninja Forms فقط وموضوع WordPress 2019 الذي تم تنشيطه على WP 5.1.1 ويبدو أن المشكلة التي تراها ناتجة عن المكون الإضافي ACF 5.8.0 Beta4 .

لدي ACF Beta4 على جميع المواقع التي أقوم بتطويرها حاليًا وليس لدي مشكلات تداخل في تلك المواقع.

لكي نكون واضحين ، هذا مجرد تحذير لأي شخص يستخدم Ninja Forms ، حيث تأتي المشكلة من Ninja Forms التي تضخ خطأها قبل إعلان HTML ، مما يتسبب في انتقال المستند إلى وضع Quirks (كما يحدث مع الأشخاص الآخرين الذين لديهم مشكلات مماثلة الإضافات المختلفة في هذا الموضوع).

شكرًا لكم جميعًا على تقارير الأخطاء الرائعة هنا. جميع معلوماتك ذات قيمة بالنسبة لنا لمعرفة كيف يمكننا تخفيف هذا الأمر وتقويته في المستقبل.

ellatrix أرى بعض التقارير التي تفيد بأن ميزة الإضافات الخارجية TinyMCE قد تسبب بعض أخطاء PHP - وهذا قد يتسبب أيضًا في حدوث التداخل نظرًا لأنه يضع المتصفح في وضع المراوغات. هل تعرف ما إذا كان هناك أي شيء يمكننا القيام به لمنع حدوث ذلك؟ أي شيء من عدم تحميل الإضافات الخارجية في Gutenberg ، إلى إخراج خطأ PHP في مكان مختلف؟ شكرا ايلا.

تم فتح العديد من المشكلات بنفس المشكلة ويبدو أن هناك مصادر متعددة. واجهت ذلك أيضًا ، بالنسبة لي لم تكن المشكلة أخطاء php الصامتة. كانت المشكلة أن موضوعي css يحتوي على قاعدة تحدد ارتفاع عنصر الجسم إلى 100٪. الطريقة التي يتعامل بها Gutenberg مع أنماط المحرر هي عن طريق تحويل ملف css الخاص بالقالب:

في المحرر الكلاسيكي ، يتم تحميل ورقة أنماط المحرر مباشرة في إطار iframe لمحرر WYSIWYG ، بدون أي تغييرات. ومع ذلك ، لا يستخدم جوتنبرج إطارات iframe. للتأكد من تطبيق الأنماط الخاصة بك على محتوى المحرر فقط ، نقوم تلقائيًا بتحويل أنماط المحرر الخاص بك عن طريق إعادة كتابة أو ضبط محددات CSS معينة بشكل انتقائي. يسمح هذا أيضًا لـ Gutenberg بالاستفادة من أسلوب المحرر الخاص بك في معاينات تباينات الكتلة.

النتيجة في حالتي هي أن body { height: 100% } أصبح .editor-styles-wrapper { height: 100% } . هذه هي قاعدة css التي تسببت في تداخل مربعات تعريف المكون الإضافي مع المحرر. أدت إزالة height: 100% من عنصر النص الأساسي إلى إصلاح المشكلة بالنسبة لي.

والنتيجة في حالتي هي أن body {height: 100٪} يصبح .editor-styles-wrapper {height: 100٪}. هذه هي قاعدة css التي تسببت في تداخل مربعات تعريف المكون الإضافي مع المحرر. إزالة الارتفاع: أصلح لي 100٪ من عنصر الجسم المشكلة.

شكرًا لك على مشاركة ذلك ،bitwitch! youknowriad هذا يبدو وكأنه شيء يجب علينا التخفيف منه. هل تعتقد أنه يجب علينا إما إزالة هذا الارتفاع عند إعادة الكتابة ، أو إنشاء قاعدة منفصلة في ورقة أنماط "التسوية" الجديدة التي تتجاوز الارتفاع ليكون دائمًا تلقائيًا ، ربما مع! هام وتعليق مضمّن؟

هل لي أن أسأل لماذا يوجد body { height: 100% } في أنماط المحرر؟

الأسباب الرئيسية لحقيقة أن أنماط المحرر قابلة للاشتراك في Gutenberg هي حقيقة أن أنماط المحرر القديمة غير قابلة للاستخدام بشكل مباشر. يجب على مؤلفي السمات التحقق مما إذا كانت أنماطهم "متوافقة" ثم تمكينها.

لست متأكدًا من أنه يجب علينا إدخال الاختراقات مثل هذا.

هل لي أن أسأل لماذا يوجد جسم {height: 100٪} في أنماط المحرر؟

عادةً ما يكون السبب الأساسي للقيام بذلك هو إنشاء مواقع الويب التي تستخدم الارتفاع الكامل لنافذة المتصفح للعناصر. على سبيل المثال ، إذا كان لديك عنصر البداية "الجزء المرئي من الصفحة" على صفحتك الرئيسية ، فسيكون دائمًا بطول 100٪. أو إذا كنت بحاجة إلى محاذاة شيء ما أسفل الصفحة التي لا يتم تمريرها.

من المسلم به أن هذا شيء يمثل واجهة أمامية إلى حد كبير ، وليس شيئًا تضعه عادةً في أسلوب المحرر. في هذا السياق ، أشتري حجتك حقًا. ربما كان تفكيري في فتح تذكرة منفصلة هو اتخاذ خطوة صغيرة أخرى نحو مستقبل لا يجب أن يكون فيه أسلوب المحرر مختلفًا عن أسلوب الواجهة الأمامية. على الرغم من أن هذه المهمة بالتحديد هي مهمة يجب إعادة النظر فيها في وقت لاحق.

هل لي أن أسأل لماذا يوجد جسم {height: 100٪} في أنماط المحرر؟

سبب هذه القاعدة في حالتي هو أننا لا نستخدم ورقة أنماط منفصلة للمحرر. نقوم بتصغير css الخاص بالموقع بأكمله في ملف واحد ، بما في ذلك كل ملفات css للكتل المخصصة. ارتفاع الجسم: 100 قاعدة في مكان آخر بالموقع. كانت نيتي في النشر هي مساعدة الآخرين الذين قد يكون لديهم نفس مصدر المشكلة مثلي ، وليس بالضرورة أن أوصي بتقديم حل بديل في نهاية جوتنبرج.

ليس لدي الكثير لأضيفه بخلاف القول بأنني واجهت نفس المشكلة (نص حظر Yoast SEO على محرر الصفحة) لدرجة جعله بالكاد قابلاً للاستخدام.

PhotoCoog عادةً ما تكون هذه مشكلة مكون إضافي.

هل يمكنك فتح وحدة تحكم JavaScript ومعرفة ما إذا كانت هناك أية رسائل؟ في Chrome ، mac ، ⌘⌥J ، في Firefox إنه ⌘⌥K ، في Safari عليك أولاً تمكينه ، الإرشادات هنا: https://support.airtable.com/hc/en-us/articles/232313848-How- لفتح وحدة تحكم المطور

اعتمادًا على ما إذا كانت هناك رسالة في وحدة التحكم أم لا ، تعتمد الخطوات التالية على ذلك. شكر.

يحتوي على ما يلي الذي يذكر المشكلة بالفعل! اي طريقة لاصلاحه؟

JQMIGRATE: تم تثبيت الترحيل ، الإصدار 1.4.1
edit-post.min.js؟ ver = 3.1.11: 12 متصفحك يستخدم وضع Quirks.

يمكن أن يتسبب ذلك في حدوث مشكلات في العرض مثل تراكب الكتل لمربعات التعريف في المحرر. يمكن تشغيل وضع المراوغات من خلال ظهور أخطاء PHP أو كود HTML قبل الافتتاح. حاول التحقق من مصدر الصفحة الأولية أو سجل أخطاء PHP الخاص بموقعك وحل الأخطاء هناك ، أو قم بإزالة أي HTML قبل DOCType ، أو قم بتعطيل المكونات الإضافية.

PhotoCoog شكرا للبحث!

هذا يعني أن هناك مكونًا إضافيًا أو سمة على موقع الويب الخاص بك يحتاج إلى تحديث. تتمثل إحدى طرق الاختبار في تعطيل المكونات الإضافية واحدة تلو الأخرى ومعرفة أي منها يجعل المحرر يعرض بشكل صحيح ، لكنني أدرك أن هذا أمر صعب في موقع الإنتاج. كبديل ، لا تتردد في إرسال قائمة بالمكونات الإضافية التي تستخدمها ، ويمكنني اختبارها واحدة تلو الأخرى من أجلك ، ومعرفة أيها يسبب المشكلة. بمجرد العثور على الجاني ، يمكنني التواصل مع المطور لاقتراح حل.

إصلاح هذه المشكلة من النمط للوحة القيادة.

أضف هذا الخطاف في موضوعك ، function.php

// إضافة نمط للوحة القيادة ، تداخل مربعات التعريف في المنشورات (محرر)
add_action ('admin_head'، 'custom_metabox_style') ؛

الوظيفة custom_metabox_style ()
{
صدى صوت ' "؛
}

rendergraf هل يمكنك فتح وحدة تحكم جافا سكريبت https://support.airtable.com/hc/en-us/articles/232313848-How- لفتح وحدة تحكم المطور

لقد جربت خدعة الفائض هذه في الماضي ، وهناك آثار جانبية مؤسفة لها. بالإضافة إلى ذلك ، إذا رأيت تحذيرًا في وحدة تحكم JS ، فهذا يعني أن هناك تعارضًا مع مكون إضافي ، والإصلاح الحقيقي هو إصلاح هذا المكون الإضافي.

jasmussen في وحدة التحكم لا يُظهر أي خطأ متعلق بـ admin_head.

كل شيء يعمل بشكل صحيح

مثير للإعجاب! شكرا لك على العودة إلي مع ذلك.

إذا فتحت مفتش الويب ، فهل أول شيء في المستند هو نوع المستند؟ بمعنى آخر ؟ أم أن هناك أي شيء قبل ذلك؟

لا ، في حالتي هو:

من فضلك ، إذا كنت بحاجة إلى مزيد من المعلومات حول hook admin_head ، يمكنك الاطلاع على الوثائق الرسمية:
https://developer.wordpress.org/reference/hooks/admin_head/

انا آمل ان تساعدك

في حالتي ، كانت المشكلة في كود CSS تم ترديده على خطاف admin_menu ، وقم بتغيير الخطاف إلى "admin_bar_menu" ويبدو أن كل شيء على ما يرام

إصلاح هذه المشكلة من النمط للوحة القيادة.

أضف هذا الخطاف في موضوعك ، function.php

// إضافة نمط للوحة القيادة ، تداخل مربعات التعريف في المنشورات (محرر)
add_action ('admin_head'، 'custom_metabox_style') ؛

الوظيفة custom_metabox_style ()
{
صدى صوت ' "؛
}

انه يعمل انها تعمل

ولكن لماذا لم يتم إصلاحه في الفسفور الابيض نفسه لا يزال.

لقد واجهت هذه المشكلة بالأمس ، بعد أن قمت بالترقية إلى Google Chrome الإصدار 77.0.3865.75 على جهاز Mac الخاص بي. لقد عطلت جميع ملحقات المستعرض ، ولا تزال المشكلة قائمة.

يعمل التحرير بشكل طبيعي على Google Chrome 76. لقد قمت بترقية Chrome إلى الإصدار 77 على هذا الجهاز وتظهر المشكلة أيضًا.

لقد اختبرت أيضًا مع إصدار Chrome Canary 79.0.3912.0 (إصدار Offizieller) كناري (64 بت) دون مشاكل.

واختبرت مع Firefox. أيضا لا مشاكل.

لقد واجهت هذه المشكلة بالأمس ، بعد أن قمت بالترقية إلى Google Chrome الإصدار 77.0.3865.75 على جهاز Mac الخاص بي. لقد عطلت جميع ملحقات المستعرض ، ولا تزال المشكلة قائمة.

يعمل التحرير بشكل طبيعي على Google Chrome 76. لقد قمت بترقية Chrome إلى الإصدار 77 على هذا الجهاز وتظهر المشكلة أيضًا.

لقد اختبرت أيضًا مع إصدار Chrome Canary 79.0.3912.0 (إصدار Offizieller) كناري (64 بت) دون مشاكل.

واختبرت مع Firefox. أيضا لا مشاكل.

الحل العلوي لا يساعدني ، أحاول تحرير هذا الخطاف ويعمل بالنسبة لي.

// إضافة نمط للوحة القيادة ، تداخل مربعات التعريف في المنشورات (محرر)
add_action ('admin_head'، 'custom_metabox_style') ؛

الوظيفة custom_metabox_style ()
{
صدى صوت ' "؛
}

أرى نفس المشكلة عبر العديد من المواقع التي تم تحديثها إلى الإصدار 5.2.3. تغطي إعدادات ACF و Yoast و RevSlider محتوى المنشور وإذا كان مطويًا فسيظل في منتصف المحتوى عند التمرير. حاولت العزلة عن طريق إيقاف تشغيل المكونات الإضافية واستخدام واحد تلو الآخر والسلوك هو نفسه.

أؤكد.

الإضافات: Yoast و ACF

فايرفوكس 69.0

كروم 77.0.3865.75

هذا الجزء من التعليمات البرمجية يعمل على إصلاح سلوك Chrome قليلاً

add_action('admin_head', 'custom_metabox_style');

function custom_metabox_style()
{
echo '<style>
.block-editor-writing-flow {
height: auto;}
</style>';
}

الأيض في القاع الآن ولكن بعض التأخيرات لا تزال قائمة

add_action('admin_head', 'custom_metabox_style');
function custom_metabox_style() {
    echo '<style>.block-editor-writing-flow { height: auto; }</style>';
}

يعمل لدي.
Win10 ، جوجل كروم

يمكن تأكيد وجود هذه المشكلة في Chrome 77.0.3865.75 على MacOS.

لم تنجح الحلول المذكورة أعلاه بخصوص إضافة height: auto; إلى .block-editor-writing-flow أو overflow: auto; إلى .editor-writing-flow . كان الحل بالنسبة لي هو إضافة:

add_action( 'admin_head', 'fix_overlapping_blocks' );
function fix_overlapping_blocks() {
    ?>
    <style>
        .edit-post-layout__content .edit-post-visual-editor {
            flex-basis: auto; // override the default flex-basis: 100%;
        }
    </style>
    <?php
}

ههههههههههه
يمكنني تأكيد حل css الخاص بك.
نفس الحل يعمل معي

الأفضل
باتريك

يحدث في 4 مواقع في 5.2.3 بالنسبة لنا. نجح إصلاح TylerB بالنسبة لي ، على الرغم من أنه يجب عليك إزالة // التعليق لأن هذا ليس تعليق CSS صالحًا.
يمكنك أيضًا تشغيل هذا في وحدة التحكم كإصلاح مؤقت:
document.querySelector('.edit-post-layout__content .edit-post-visual-editor').style.flexBasis = 'auto'

.block-editor-writing-flow {
height: auto;}

عملت لي!

document.querySelector('.edit-post-layout__content .edit-post-visual-editor').style.flexBasis = 'auto'
هذا يعمل كحل مؤقت ، لكن لماذا لا يتم إضافته إلى النواة بشكل افتراضي؟

تستطيع ايضا استخذام:

#editor .edit-post-layout__content {
  display:block;
}

باستخدام هذا ، سيعرض المحرر محتواه دائمًا ، ولن يتقلص عندما يدخل الماوس في مربع التعريف.

إليكم ما أصلحه لي ، وهو الجمع بين كلا الحلين.

add_action( 'admin_head', 'fix_overlapping_blocks' );
function fix_overlapping_blocks() {  // fix the admin edit post with metabox
    ?>
    <style>
    #editor .edit-post-layout__content {
        display: block;
    }
    #editor .edit-post-layout__content .edit-post-visual-editor {
        flex-basis: auto;  /* override the default flex-basis: 100%;*/
        clear: both;
    }
    </style>
    <?php
}

إصلاح مع هذا:
/* sort out floating metaboxes issue */ in file 'post_edit_styles.css' .block-editor-page .edit-post-visual-editor.editor-styles-wrapper { min-height: unset; }

قائمة الانتظار فقط على المسؤول:
function function_name( $hook){ $screen = get_current_screen(); if ( ! is_admin() && $screen->id !== 'edit-post' ) { return; } $datetimeversion = date('YmdHis'); wp_enqueue_style( 'post_edit_styles', plugin_dir_url( __FILE__ ) . 'css/post-edit-page.css', array(), $datetimeversion, 'all' ); }