inj3ct0r
(inj3ct0r)
26 سبتمبر 2023، 9:26م
1
مرحباً، أتمنى أن تكون بخير.
بعد آخر تحديث اليوم، حصلت على بطاقة مستخدم متعطلة
وهي مع الحاوية الرئيسية
إعجابَين (2)
simon
26 سبتمبر 2023، 10:04م
2
كان هناك معالجة خاصة لموضع بطاقة المستخدم للمناطق المحلية التي تدعم الكتابة من اليمين إلى اليسار (RTL): discourse/app/assets/javascripts/discourse/views/user-card.js.es6 at 4896a7dec79203cd44265bb2372c2b4a223c3d26 · discourse/discourse · GitHub
مع التحديثات لبطاقة المستخدم، يبدو أنه تم إزالة ذلك. الموضع left في أنماط بطاقة المستخدم المضمنة خاطئ للمناطق المحلية التي تدعم الكتابة من اليمين إلى اليسار (RTL). من الذاكرة، أعتقد أن أسهل طريقة للتعامل معها هي تعيين موضع right لبطاقة المستخدم عند استخدام منطقة محلية تدعم الكتابة من اليمين إلى اليسار (RTL). لا يمكن تبديل خاصيتي left و right ببساطة في قاعدة نمط التضمين.
إعجاب واحد (1)
inj3ct0r
(inj3ct0r)
26 سبتمبر 2023، 10:36م
3
مرحباً، تحديث جديد
زر الرد لا يعمل
إعجابَين (2)
simon
26 سبتمبر 2023، 10:46م
4
inj3ct0r:
زر الرد لا يعمل
إنه “يعمل”، لكن محرر المشاركات غير قابل للاستخدام.
يمكن تكرار هذه المشكلات على Meta إذا قمت بتحديد لغة من اليمين إلى اليسار (RTL) للغة واجهة المستخدم الخاصة بك:
تعديل: المشكلة التي أواجهها مع المؤلف في Meta تبدو مرتبطة بـ GitHub - discourse/discourse-full-width-component: Make Discourse occupy the full browser width .
يمكن تكرار المشكلة المتعلقة ببطاقات المستخدم على Meta أو try.discourse.org في الوضع الآمن.
أيضًا، يتم وضع مربعات حوار تلميحات المستخدم بشكل غير صحيح للغات من اليمين إلى اليسار (RTL) في الوضع الآمن:
إعجابَين (2)
inj3ct0r
(inj3ct0r)
26 سبتمبر 2023، 10:51م
5
لا يعمل في منتدياتي بالنسبة لي ولأعضائي
إعجاب واحد (1)
simon
26 سبتمبر 2023، 11:31م
6
هل يمكنك محاولة تحميل موقعك في الوضع الآمن لمعرفة ما إذا كان ذلك سيؤدي إلى حل بعض المشكلات؟ للقيام بذلك، أضف ما يلي إلى عنوان URL في شريط العناوين في متصفحك:
?safe_mode=no_themes,no_plugins
على سبيل المثال https://try.discourse.org/t/what-do-the-avatars-in-the-topic-list-mean/65?safe_mode=no_themes,no_plugins
3 إعجابات
inj3ct0r
(inj3ct0r)
26 سبتمبر 2023، 11:56م
7
نعم، لقد أصلحت زر الرد، لكن بطاقة المستخدم لا تزال معطلة
إعجاب واحد (1)
Osama
15 ديسمبر 2023، 3:45م
12
مرحباً @inj3ct0r
لقد تم إصلاح هذا عبر هذا الالتزام:
committed 10:16AM - 15 Dec 23 UTC
Float-kit elements (menus/tooltips) are positioned where they should be by setti… ng an inline `left` property in JavaScript when they're rendered. For some reasons, we also set `left: 0` on float-kit elements here:
https://github.com/discourse/discourse/blob/25d9927785b07697132504fca77b8156600966ff/app/assets/stylesheets/common/float-kit/d-menu.scss#L11-L15
This property is overridden by the inline property that the library sets in JavaScript. However, in RTL mode, all of our scss files are flipped where everything left becomes right and vice versa. In this case, the `left: 0` property in the scss file above becomes `right: 0`.
This results in a conflict specific to RTL mode where both the `left` and `right` properties are defined on the same absolute-positioned element; the `right` property will always be set to 0 because it comes from the (flipped) scss file above, and the inline `left` property will be set to some px amount determined in JavaScript.
The `right` property will take precedence over the inline `left` property due to the page being right-to-left (source: https://developer.mozilla.org/en-US/docs/Web/CSS/right#description) and this causes float-kit elements to incorrectly always stick to the right.
This commit removes the `left: 0` property altogether for float-kit elements from our scss files. It's not clear from git history why the property was added, and removing it doesn't seem to cause any issues.
Meta topic: https://meta.discourse.org/t/positioning-issues-with-rtl-locales-after-recent-updates/280220?u=osama
إعجابَين (2)
Osama
تم إغلاقه في
19 ديسمبر 2023، 3:45م
13
تم إغلاق هذا الموضوع تلقائيًا بعد 4 أيام. لم يعد يُسمح بالردود الجديدة.