هدفي هو وضع جميع اللبنات الأساسية للسماح بالتجريب على المحرر في Discourse.
لقد ناقشت هذا مع @david و @tgxworld و @martin في الماضي، ولدينا الكثير من الأشياء قيد التقدم في الوقت الحالي ولا يمكننا البدء بعد. ومع ذلك … خططنا التقريبية هي:
قابلية توسع كافية للسماح بالاستبدال السهل للمحرر بمحرر قابل للتحرير.
تجارب حول المكونات التافهة التي تضيف وظائف إضافية بسيطة ومثيرة للاهتمام
مكون يقوم بتضمين الصور ويترك كل شيء آخر في markdown (مفيد للغاية لمحرر الهاتف المحمول)
مكون يقوم بتمييز بناء markdown
إجراء تجارب حول محررات الميزات الكاملة مثل CKEditor 5 (في قائمتي للاتصال بـ Wiktor بمجرد أن نكون جاهزين)
نهج البدء من الصفر بواجهة أمامية جديدة تمامًا غير مستحسن وسيكون كابوسًا للدعم على المدى الطويل. قد يكون حلاً سريعًا يمنحك بضعة أشهر، ولكنه على المدى الطويل جهد ضائع.
محاولة استبدال المحرر بالطريقة التي حاولت بها في هذه الإضافة هي أيضًا كابوس .
أنا أختلف مع هذا. هناك الكثير مما يمكن اكتسابه من هذا النوع من العمل. أجريت محادثة مؤخرًا مع @renato الذي يعمل أيضًا على شيء مشابه. الشيء الآخر هو هذا: يمكن أن يكون Discourse نظام إدارة محتوى (CMS) بدون رأس رائع! لقد قمت مؤخرًا ببناء موقع الأخبار هذا باستخدام nextjs و Strapi backend:
كما أن لديه منتدى Discourse مرفقًا الآن. فلماذا لا نزال نستخدم Strapi؟ الواجهة الخلفية لـ Strapi لا تفعل شيئًا مختلفًا عن منتدى Discourse. إنه فقط يحفظ markdown ولديه نظام أذونات. لذا فإن خطوتي التالية ستكون التخلص من Strapi تمامًا واستخدام فئة مقالات في Discourse فقط.
أعتقد أن هناك إمكانات هائلة هنا لخدمة حالة استخدام نظام إدارة المحتوى (CMS) بدون رأس وجعلها أكثر سهولة في الاستخدام.
على أي حال! شكرًا جزيلاً لك على تعليقك وعلى عملك على Discourse!
لقد سمعت هذا الطلب عدة مرات في الأشهر الأخيرة. إنها بالتأكيد مشكلة مثيرة للاهتمام.
الفجوة الكبيرة في الوقت الحالي ستكون ضمانات استقرار واجهة برمجة التطبيقات (API). نحن لا نقدمها، لذا فأنت مقيد بإصدار مستقر واحتمالية حدوث مشكلات عند ترقية إصدار مستقر إلى إصدار مستقر جديد.
مشروع آخر طويل الأجل بمجرد الانتهاء من بعض المشاريع الأخرى قد يكون إنشاء واجهة برمجة تطبيقات (API) مستقرة ومضمونة. إنه بالتأكيد شيء أفكر فيه ولكنه ليس على خارطة الطريق حاليًا.
نعم، أسمعك، نحن مرتبطون بشكل وثيق جدًا في الوقت الحالي بـ TEXTAREA، نحتاج إلى طبقة تجريد مع تطبيقين.
إنه مشروع كبير جدًا يجب القيام به ولكني أتوقع البدء فيه خلال العام المقبل تقريبًا.
شكرًا جزيلاً لك على كل التجارب، نحن نحب جدًا رؤية هذا الأمر.
مرحباً @spirobel
لا يمكن تحميل موقعي وأحصل على خطأ بعد تثبيت المكون الإضافي
خطأ غير معالج: لم يتم العثور على الوحدة discourse/lib/raw-templates التي تم استيرادها من discourse/plugins/DiscourseBasicEditor/initializers/discourse-basic-editor
يبدو أن هذا خطأ مشابه للخطأ الذي واجهه @huynhthai824 قبل فترة قصيرة. سأضع علامة على هذا المكون الإضافي كـ broken حتى تتاح لـ @spirobel فرصة لإبداء رأيه.
Markdown جيد للمبرمجين، يحتاج الأشخاص العاديون إلى شيء مختلف… وأنا أعتقد ذلك أيضًا…
بدأت هذا كمشروع جانبي لمعرفة ما إذا كان ذلك ممكنًا. بالتأكيد هو كذلك. لكنني منذ ذلك الحين كبرت وأصبحت أكثر حكمة (آمل ذلك ). هناك طرق أفضل لقضاء وقت الفراغ من محاولة السباحة عكس تيار مشروع مفتوح المصدر كبير.
ما أحتاجه ليس WYSIWYG، بل محرر يجعل النص والصور يشغلان مساحات منفصلة، بدلاً من أن تكون مختلطة معًا. تمامًا مثل تويتر، ماستودون أو وسائل التواصل الاجتماعي الأخرى.
أستخدم Discourse لتسجيل حياتي، وسيتم تقديمه بالكثير من النصوص والصور. أعتقد أن markdown ليس جيدًا للاستخدام، لأنه عند تحميل بعض الوسائط، يجب عليك الانتظار حتى تنتهي. على سبيل المثال: