مرحباً بالجميع،
أود أن أسأل عن الطريقة الموصى بها أو الأفضل للحفاظ على تعديلاتك/تخصيصاتك على سبيل المثال في سمة موجودة؟
أود كمثال إجراء تعديلات على سمة Material Design Stock الرائعة الخاصة بـ @rewphus، وتساءلت عما إذا كان من الجيد إنشاء نسخة منها (fork)، والبناء عليها، ثم محاولة المزامنة من المصدر الأصلي (upstream)؟
أعلم أنه في برمجيات المنتديات الأخرى التي لا تستخدم مفاهيم المستودعات (Repos) أو Git، يمكنك تثبيت نسخة من السمة، ثم تثبيت نسخة ثانية كسمة فرعية (child) وتعديل النسخة الفرعية فقط، بحيث عند وصول التحديثات، تقوم بتحديث السمة الأصلية (parent).
يمكنك فعل الشيء نفسه تقريبًا: قم بإنشاء مكون مظهر خاص بك وأضفه كمتفرع للمظهر الأساسي (المأخوذ من Git). بعد ذلك، يمكنك تحديث مظهر Git حسب الحاجة دون التأثير على عملك المخصص في المكون.
هذه هي الطريقة الأبسط؛ قد تضطر إلى تكرار بعض أكواد CSS، لكن على الأرجح لن يكون ذلك بكمية يصعب إدارتها.
لمزيد من المعلومات حول المظاهر والمكونات: Beginner's guide to using Discourse Themes
لقد قرأت ذلك وأصبحت معجبا تمامًا بهذه العملية. سأعترف بأنه حتى هذا العام، لم أكن أستخدم Git حقًا لتنظيم أعمالي، لكنني أحب سير العمل هذا.
كنت أفكر في استخدام مكون سمة، لكنني اعتقدت أنه من المفترض أن يكون لأشياء أصغر حجمًا على المستوى المفاهيمي. هل يمكن لمكون سمة تعديل مخطط الألوان بأي شكل؟ يبدو أن هذه الميزة حصرية للسمات.
سأقوم بإعادة قراءة تلك الوثيقة مرة أخرى لأنني قرأتها في وقت متأخر من الأمس، وسأبدأ في تنفيذ ذلك كمكون سمة بدلاً من ذلك :).
لا يوجد شرط لذلك. لا أنصح بنسخ السمة الأساسية بالكامل ووضعها في مكون… فهذا يعني حمل كمية أكبر بكثير من CSS مما تحتاج، لكن يمكنك إضافة عدد غير محدود من التجاوزات.
ليس بشكل مباشر، لكن يمكنك إنشاء مخطط ألوان جديد واختياره كخيار من إعدادات السمة الأساسية. يمكن تطبيق أي مخطط ألوان على أي سمة (قد تختلف فعالية ذلك بناءً على كيفية بناء السمة).
هذا منطقي، شكرًا جزيلاً لك على وقتك في الرد عليّ. كان ذلك مفيدًا للغاية.
يبدو ذلك جيدًا.
هذه سير العمل مقبول، لكنه قد لا يكون من المنطقي دائمًا القفز مباشرة إلى نسخة مشتقة… خاصةً إذا بدا أن الموضوع الأصلي يُدار بشكل جيد. فعندما تنشئ نسخة مشتقة، تصبح بمفردك أكثر في حال أدى تحديث أساسي لمنصة Discourse إلى تعطيل موضوعك.