بشكل عام: المكون مشتق من مكون المربعات المميزة الرسمي. كانت الفكرة والدافع الكامل بالنسبة لي هو الحصول على مظهر البطاقات مع الوظائف التي يقدمها هذا المكون. لا أعتقد أنني سأضيف أي ميزات وظيفية إضافية فوق المكون الأصلي. السبب هو أنه فيما يتعلق بصيانة التعليمات البرمجية، أريد أن أكون قادرًا على مجرد متابعة إصلاحات التوافق للمكون الرسمي.
في حال كان أي شخص مهتمًا: لقد قمنا بتعديل مكون البطاقات المميزة للسماح للمستخدمين بالتمرير أفقيًا عبر جميع المواضيع المميزة (المصدر المستخدم للموضوع: الأحدث).
هذا هو CSS المستخدم:
.featured-cards-container {
overflow-x: visible;
flex-wrap: nowrap;
justify-content:left;
-ms-overflow-style: none; /* إخفاء شريط التمرير لـ MS Edge */
scrollbar-width: none; /* إخفاء شريط التمرير لـ Mozilla Firefox */
scroll-snap-type: x mandatory;
scroll-padding: 8px;
}
.featured-card {
scroll-snap-align: start;
}
.featured-cards-container::-webkit-scrollbar {
display: none; /* إخفاء شريط التمرير على المتصفحات المستندة إلى Webkit (Chrome، Safari، إلخ) */
-webkit-overflow-scrolling: touch; /* على شاشات اللمس، يستمر المحتوى في التمرير لفترة بعد الانتهاء من إيماءة التمرير */
}
شكرًا، لقد كان لدي بالفعل الارتفاع المحدد لديك وهو 350 قبل النشر، لكنني جربت الكود الخاص بك للتو ويبدو أنه يضبط حجم البطاقة بشكل مناسب للعناوين ذات الملخصات.
يتبع الإصدار الجديد نهج تصميم مختلف قليلاً عن طريق إزالة خيارات الأنماط المحددة من إعدادات السمة. بدلاً من ذلك، فإنه يوفر ترتيبين أساسيين للتخطيط (بطاقات وقائمة) وقالبًا أنظف لإضافة تعريفات أنماط مخصصة عبر CSS.
إنه خارج الموضوع قليلاً، لكنني أعتقد أنه نهج رائع. أجد صعوبة في عدم تقديم مليون إعداد في مكون واحد من أجل التخصيص عندما يجب عليك تبسيط الأمور للمستخدم مع الاستمرار في تقديم طريقة للتخصيص للاستخدام المتقدم/المستخدمين المتقدمين.