plfn
4 نوفمبر 2020، 10:33ص
1
مثال: 漢字かんじ
لا تؤثر الفurigانا على ارتفاع العنصر/تخطيطه، ويخفي الحاوية الفائض. على سبيل المثال:
تغيير النمط على .topic-body .cooked إلى overflow: visible يحل هذه المشكلة، رغم أن ذلك قد يسمح أيضًا بمرور فائض مقصود/مزعج.
هذه المشكلة موجودة في أحدث إصدار من Firefox (83.0b6) على نظام macOS. لا يمكن إعادة إنتاجها في Chrome (67).
6 إعجابات
أعتقد أنه يمكننا تحويل margin-top: 15px من .regular.contents إلى padding-top: 15px على .cooked بدلاً من ذلك… وهذا سيمكننا من الحفاظ على نفس التباعد وإخفاء الزيادة، مع السماح بـ 15 بكسل إضافية من الزيادة في الأعلى (وهو ما يجب أن يكون مساحة كافية للفيروغانا)…
أحتاج إلى التحقق للتأكد من أن هذا التغيير لا يسبب مشاكل أخرى، لكنني لا أرى أي عوائق واضحة…
6 إعجابات
لدينا تغيير في قائمة الانتظار للمراجعة
master ← awesomerobot:furigana-overflow
merged 05:03AM - 09 Nov 20 UTC
Discussion here: https://meta.discourse.org/t/furigana-at-top-of-comment-get-cut… -off/169206
Switching from margin on `.topic-body .regular` to padding on `.cooked` retains the same visual spacing, and gives vertically overflowing text a little extra space before it's cropped by `overflow: hidden`.
I did a little testing and this seems safe... this comment gave me second thoughts:
> // this ensures consistent top margin on topic posts even if the first line of a post
> // is a top-margin-less element like a list or image.
but it's old and no longer true due to:
```css
> *:first-child {
margin-top: 0;
}
```
(all first children of `.cooked` have their `margin-top` removed)
The above first-child CSS was in `compose.scss` but isn't limited to the composer, so I moved it to `topic-post.scss` and removed a dupe.
إعجابَين (2)
تم دمج هذا، ويمكنك رؤيته قيد التشغيل مع هذا المثال: 漢字かんじ
إعجابَين (2)
codinghorror
24 نوفمبر 2020، 2:00ص
6
تم إغلاق هذا الموضوع تلقائيًا بعد 5 أيام. لم يعد السماح بإضافة ردود جديدة.
شكرًا لك على الإبلاغ عن هذا!