في إضافة linkify أم إضافة abbr؟
يجب أن يكون Linkify نقطة انطلاق أفضل.
ستحتاج إلى تعديل هذه الدالة:
4 إعجابات
لقد قمت للتو بدمج Google Sheets API مع @jrgong بحيث يمكن جلب البيانات المرتبطة من ورقة Google. لا يزال يتطلب بعض العمل قبل إطلاقه على Meta.
لقد قمت بعمل Fork لـ TC أثناء العملية. تساءلت عما إذا كان يمكن توفير أي خطاف بيانات (data hook) في TC للتبديل بين مصادر البيانات أو إضافتها من مكون إضافي آخر أو TC؟ يمكنني تقديم طلب سحب (PR) لكنني لم أرَ مثل هذا النمط من قبل. ربما شيء على غرار طرق replaceDataSource أو addDataSource في واجهة برمجة التطبيقات للمكون الإضافي.
3 إعجابات
أليس من الأسهل ببساطة إضافة إعداد سمة إضافي؟
إعداد جديد لماذا؟
بالنسبة للتكامل مع Google Sheets؟ لست متأكدًا تمامًا مما تقصده، لكن يبدو لي أنه سيكون من الأسهل إذا قمت بتقديم طلب دمج (PR) لدمج تغييراتك في النسخة الأصلية.
إعجاب واحد (1)
يتم التكامل على شكل إضافة، حيث نحتاج إلى المصادقة لجلب البيانات من ورقة العمل. كما يجب تخزين البيانات مؤقتًا في قاعدة البيانات لتجنب استدعاءات واجهة برمجة التطبيقات لكل منشور.
إذا كتبت safe-mode هنا في الميتا، يتم ربطها تلقائيًا بالموضوع ذي الصلة (لاحظ أنني لم أقم بربط أي كلمات فرعية كما يظهر في الصورة، لقد كتبت فقط safe-mode).
هل هذا نتيجة لهذا الموضوع (إضافة بعض المواضيع والكلمة ذات الصلة) أم أنه نوع من السحر الجديد الذي لم يُعلن عنه بعد 
؟
3 إعجابات
نعم، هذا هو المكون واستخدامه عملي للغاية
@codinghorror هذا سبب مشروع تمامًا لطلب دمج هذه الميزة في النواة، فلو كانت متاحة في النواة لتمكنّا من تنفيذ روابط عكسية لحالات كهذه، حيث لا يستطيع المكون فعل ذلك، بل يمكن ذلك فقط عبر الإضافات
9 إعجابات
هذا مقبول طالما أنه موجود في منطقة الكلمات الخاضعة للمراقبة، حيث ينبغي أن يكون.
إعجاب واحد (1)
أستخدم مكتبة linkify لتحويل الروابط إلى روابط تابعة، واكتشفت للتو أنها تحول عناوين البريد الإلكتروني للمستخدمين أيضًا.
مثال: إذا كان لدى شخص ما بريد إلكتروني مثل helen@amazon.com ولديني رابط تابع لـ Amazon باستخدام linkify (مثل amazon.com/affiliate35)،
فإنها تحول البريد الإلكتروني إلى: helen@amazon.com/affiliate35، مما يمنع وصول رسائل البريد الإلكتروني.
هل لدى أحدكم فكرة لاستبعاد عناوين البريد الإلكتروني للمستخدمين باستخدام خيارات “العلامات المستبعدة” و"الفئات المستبعدة"؟
شكرًا لكم
إعجابَين (2)
إليك فكرة قد تكون مفيدة للغاية وسهلة التطبيق:
ماذا لو أضفنا إعدادًا ثالثًا لكل سطر لتصنيف CSS مخصص؟
بهذه الطريقة يمكن تغيير المظهر لكل رابط على حدة.
في حالتنا الخاصة، نريد مظاهر مختلفة لـ:
- روابط المنتجات وحتى فئات المنتجات → روابط تابعة لمتاجر الشركاء
- المصطلحات التقنية → مدخل في المعجم
- الصفحات الداخلية → جدول المحتويات، الأسئلة الشائعة، دليل المبتدئين، إلخ
في الماضي، كنا نقوم فقط بتثبيت نسخة ثانية من مكون linkify ونعدل تصنيف CSS في المكون. بهذه الطريقة لا تكون آمنة عند التحديث ويتعين تعديلها يدويًا مع كل تحديث.
بالإضافة إلى ذلك، نستخدم نسخة مشتقة مخصصة مع ورقة Google لإدارة الإدخالات (شكرًا لـ @fzngagan وفريق thepavillion ;))
إعجابَين (2)
مرحبًا @jrgong، نحن في مرحلة النقاش ونخطط لإطلاق الإضافة للعالم مع تعليمات الاستخدام.
إعجابَين (2)
مرحباً يا رفاق
كيف يتعامل مكون السمة مع تطابقات التعبيرات النمطية المتشابهة أو المتداخلة إلى حد ما؟
في حالتي المحددة، لدي المدخلات التالية:
/super.?skunk/gi,https://link1.com
/skunk(?:(?: #?|#)?1)?/gi,https://link2.com
بالنسبة للمصطلح super skunk، الناتج الحالي هو: Super Skunk
والنتيجة المطلوبة هي: Super Skunk
كيف يمكنني تحقيق ذلك؟
يمكنك تجربة تغيير ترتيب التعبيرات النمطية (regexes) في إعدادات السمة.
في 23 أغسطس 2020 الساعة 19:06، أرسل jrgong عبر Discourse Meta <meta@discoursemail.com> ما يلي:
إعجاب واحد (1)
يعمل هذا المكوّن من السمات فقط مع قائمة من الارتباطات الثابتة بين الكلمات وعنوان URL، كما هو مُعرّف في جدول بيانات Google أو عبر لوحة الإدارة. ماذا لو كان هناك نمط من الكلمات يربط بعنوان URL باستخدام جافا سكريبت؟ على سبيل المثال، يمكن ربط “الاسم1” بـ “url/1.jpg”، حيث يكون الارتباط بين “الاسم1” و"1" دائمًا هو نفسه، لكنه يُعرّف عبر واجهة برمجة التطبيقات (API)؟
لست متأكدًا مما تقصده، لكن مكون المظهر مكتوب بالكامل بلغة JavaScript، لذا فأنت مدعو لتعديله حسب الحاجة.
إعجابَين (2)
هل يمكنك مشاركة هذه الإضافة؟
إعجاب واحد (1)
إعجاب واحد (1)
موقعنا يحتوي على شيء مشابه من إبداع أحد المدراء الآخرين.
الموقع مخصص للغة البرمجة SWI-Prolog، وفي المنشورات نشير بانتظام إلى المقولات (تخيلها كالدوال في اللغات الأمرية)، ويتم تمييز المقولات بعدد المعاملات وهو رقم. لذا نكتب بانتظام append/2، append/3، append/2,3 إلخ. قبل إضافة هذه الإضافة المخصصة، كنا نقضي وقتًا ملحوظًا في إدراج روابط التوثيق يدويًا، مثل append/2 append/3.
عندما يُدمج اسم المقولة مع عدد معاملاتها (العرية)، يُطلق على هذا المزيج اسم “مؤشر المقولة”.
مع هذه الإضافة، الآن نكتفي بإدخال مؤشر المقولة، فيتم إضافة الرابط تلقائيًا.
موقعنا مفتوح، ويحتوي على صفحة تجريبية توضح هذا العمل.
انظر: منشور لاختبار سمات المكونات والإضافات المثبتة
( ربط مقولات Prolog تلقائيًا)
الإضافة موجودة على GitHub، لكنها تطلبت بعض التغييرات على خادم التوثيق لتعمل.
انظر: jamesnvc/ discourse-linkify-prolog-predicates 
من فضلك لا تسألني أسئلة حول هذا الأمر، فأنا أعرف فقط أنها تعمل. نعم، يمكنني فهمها إذا احتجت إلى ذلك، لكن هذا سيستغرق مني بضع ساعات لا أملكها. 
إعجابَين (2)