محرر Discourse Basic

هدفي هو وضع جميع اللبنات الأساسية للسماح بالتجريب على المحرر في Discourse.

لقد ناقشت هذا مع @david و @tgxworld و @martin في الماضي، ولدينا الكثير من الأشياء قيد التقدم في الوقت الحالي ولا يمكننا البدء بعد. ومع ذلك … خططنا التقريبية هي:

  1. قابلية توسع كافية للسماح بالاستبدال السهل للمحرر بمحرر قابل للتحرير.
  2. تجارب حول المكونات التافهة التي تضيف وظائف إضافية بسيطة ومثيرة للاهتمام
    • مكون يقوم بتضمين الصور ويترك كل شيء آخر في markdown (مفيد للغاية لمحرر الهاتف المحمول)
    • مكون يقوم بتمييز بناء markdown
  3. إجراء تجارب حول محررات الميزات الكاملة مثل CKEditor 5 (في قائمتي للاتصال بـ Wiktor بمجرد أن نكون جاهزين)

نهج البدء من الصفر بواجهة أمامية جديدة تمامًا غير مستحسن وسيكون كابوسًا للدعم على المدى الطويل. قد يكون حلاً سريعًا يمنحك بضعة أشهر، ولكنه على المدى الطويل جهد ضائع.

15 إعجابًا

هذا يبدو رائعًا! نتطلع إليه! :grinning: :+1:

محاولة استبدال المحرر بالطريقة التي حاولت بها في هذه الإضافة هي أيضًا كابوس :ghost: .

أنا أختلف مع هذا. هناك الكثير مما يمكن اكتسابه من هذا النوع من العمل. أجريت محادثة مؤخرًا مع @renato الذي يعمل أيضًا على شيء مشابه. الشيء الآخر هو هذا: يمكن أن يكون Discourse نظام إدارة محتوى (CMS) بدون رأس رائع! لقد قمت مؤخرًا ببناء موقع الأخبار هذا باستخدام nextjs و Strapi backend:

كما أن لديه منتدى Discourse مرفقًا الآن. فلماذا لا نزال نستخدم Strapi؟ الواجهة الخلفية لـ Strapi لا تفعل شيئًا مختلفًا عن منتدى Discourse. إنه فقط يحفظ markdown ولديه نظام أذونات. لذا فإن خطوتي التالية ستكون التخلص من Strapi تمامًا واستخدام فئة مقالات في Discourse فقط.
أعتقد أن هناك إمكانات هائلة هنا لخدمة حالة استخدام نظام إدارة المحتوى (CMS) بدون رأس وجعلها أكثر سهولة في الاستخدام.
على أي حال! شكرًا جزيلاً لك على تعليقك وعلى عملك على Discourse! :heart:

8 إعجابات

لقد سمعت هذا الطلب عدة مرات في الأشهر الأخيرة. إنها بالتأكيد مشكلة مثيرة للاهتمام.
الفجوة الكبيرة في الوقت الحالي ستكون ضمانات استقرار واجهة برمجة التطبيقات (API). نحن لا نقدمها، لذا فأنت مقيد بإصدار مستقر واحتمالية حدوث مشكلات عند ترقية إصدار مستقر إلى إصدار مستقر جديد.
مشروع آخر طويل الأجل بمجرد الانتهاء من بعض المشاريع الأخرى قد يكون إنشاء واجهة برمجة تطبيقات (API) مستقرة ومضمونة. إنه بالتأكيد شيء أفكر فيه ولكنه ليس على خارطة الطريق حاليًا.

نعم، أسمعك، نحن مرتبطون بشكل وثيق جدًا في الوقت الحالي بـ TEXTAREA، نحتاج إلى طبقة تجريد مع تطبيقين.
إنه مشروع كبير جدًا يجب القيام به ولكني أتوقع البدء فيه خلال العام المقبل تقريبًا.

شكرًا جزيلاً لك على كل التجارب، نحن نحب جدًا رؤية هذا الأمر.

10 إعجابات

مرحباً @spirobel
لا يمكن تحميل موقعي وأحصل على خطأ بعد تثبيت المكون الإضافي

خطأ غير معالج: لم يتم العثور على الوحدة discourse/lib/raw-templates التي تم استيرادها من discourse/plugins/DiscourseBasicEditor/initializers/discourse-basic-editor

إعجاب واحد (1)

من يمكنه مساعدتي، من فضلك؟

إعجاب واحد (1)

مرحباً سام، لدي ديسكورس يعمل وأنا أبدأ في بناء مجتمع عليه. سيكون محرر WYSIWYG مذهلاً حقًا.

3 إعجابات

مرحباً! هذه الإضافة لا تعمل
لقد حاولت تعطيل جميع الإضافات. كما حاولت تعطيل المكونات ذات السمات. لم يساعد ذلك.

إعجاب واحد (1)

يبدو أن هذا خطأ مشابه للخطأ الذي واجهه @huynhthai824 قبل فترة قصيرة. سأضع علامة على هذا المكون الإضافي كـ broken حتى تتاح لـ @spirobel فرصة لإبداء رأيه. :+1:

7 إعجابات

نعم، يرجى فعل ذلك! لقد كانت هذه مجرد تجربة وسيتم استخدام المعرفة المكتسبة من هذا في أعمالي الأخرى كما ذكرت هنا:

شكراً للجميع على اهتمامهم واقتراحاتهم! :grinning: :+1:

7 إعجابات

كانت الفكرة جيدة جداً، وأود أن أرى حلاً مشابهاً في المستقبل القريب.

6 إعجابات

هل هذا المشروع متوقف؟ هل حل محله شيء جديد؟ لدينا سكان مسنون في الغالب في منتدانا وأدرك أن لغة ماركداون غريبة بالنسبة لهم :slight_smile:

5 إعجابات

Markdown جيد للمبرمجين، يحتاج الأشخاص العاديون إلى شيء مختلف… وأنا أعتقد ذلك أيضًا…

بدأت هذا كمشروع جانبي لمعرفة ما إذا كان ذلك ممكنًا. بالتأكيد هو كذلك. لكنني منذ ذلك الحين كبرت وأصبحت أكثر حكمة (آمل ذلك :sweat_smile:). هناك طرق أفضل لقضاء وقت الفراغ من محاولة السباحة عكس تيار مشروع مفتوح المصدر كبير. :laughing:

5 إعجابات

ضد؟ لا، الأمر كله يتعلق بركوب موجة المد :rofl: [1]

(حسناً… الحواشي السفلية لم تعد مضمنة هنا)


  1. وبسبب ذلك نحن كمستخدمين نهائيين لسنا مقيدين بواسطة Automattic في عالم ووردبريس :rofl: ↩︎

إعجابَين (2)

الرؤى الحقيقية هي قادة، ونعم غالبًا ما يواجه القدماء صعوبة في الزخم الأمامي.

أتذكر معالجات النصوص في نظام DOS عندما كان عليك معرفة ألوان النص واللون المميز للخط العريض. تحته خط، مائل، إلخ..

استغرق الأمر بعض الوقت لـ WYSIWYG. الآن سيتم الاستياء من معالج نصوص بدونه. من الغريب لماذا لا نزال نستخدم طرقًا قديمة في أجزاء من الويب.

لقد كتبت عن هذه المشكلة هنا:

سنصل إلى إضافة دعم من الدرجة الأولى لـ ContentEditable وأنواع أخرى من المؤلفين، سيستغرق الأمر وقتًا أطول قليلاً.

8 إعجابات

ما أحتاجه ليس WYSIWYG، بل محرر يجعل النص والصور يشغلان مساحات منفصلة، بدلاً من أن تكون مختلطة معًا. تمامًا مثل تويتر، ماستودون أو وسائل التواصل الاجتماعي الأخرى.

أستخدم Discourse لتسجيل حياتي، وسيتم تقديمه بالكثير من النصوص والصور. أعتقد أن markdown ليس جيدًا للاستخدام، لأنه عند تحميل بعض الوسائط، يجب عليك الانتظار حتى تنتهي. على سبيل المثال:

ثم تتشتت فكرتك. في المرة القادمة التي تريد فيها تسجيل شيء ما، ستتذكر هذا المشهد، وتختفي حماسك.

إذًا، هل هناك أي إضافة يمكنها حل هذه المشكلة؟

6 إعجابات

يبدو هذا رائعًا، ولكن رؤيته معلمًا على أنه معطل. هل هذا صحيح أم أنه مستقر؟

إعجابَين (2)

بالتأكيد لا يعمل على الإصدار الحالي. وتم آخر تحديث للمستودع قبل 3 سنوات…

إعجاب واحد (1)

تم وضع علامة broken عليه منذ ديسمبر 2022

إعجابَين (2)

لقد حاولت إصلاح بعض الأشياء (هناك الكثير منها :smile:)، لكنها تعمل بطريقة ما:
سنرى ما إذا كان بإمكاني إصلاحها بشكل صحيح. :slight_smile:

11 إعجابًا