 |
الملخص | عرض ملفات PDF المحلية في المتصفح |
 |
رابط المستودع | GitHub - thoka/discourse-send-pdf-inline: Patch discourse do serve PDFs inline |
 |
دليل التثبيت | كيفية تثبيت الإضافات في Discourse |
يتم فتح ملفات PDF التي تم تحميلها باستخدام “content disposition inline”، مما يسمح بـ عرضها في المتصفح بدلاً من تقديمها للتنزيل.
غير ضرورية.
ما هو الاختلاف / التحسين في هذا مقارنة بمكون السمة الحالي الذي يقوم بنفس الشيء؟
يفتح المكون الإضافي ملف PDF مباشرة في المتصفح، وليس في عنصر مضمن داخل منشور 
كان هذا طلب ميزة: Add configuration option to serve local PDF uploads inline
هل يعني محلي أن S3 وما شابه بالإضافة إلى CDN ستفشل عند استخدام هذا المكون الإضافي؟
لا يؤثر ذلك على الطريقة التي تقدم بها S3 ملفات PDF.
ستكون الآثار الجانبية سحرية.
هل لا يزال هذا المكون الإضافي في حالة عمل؟
ما زلنا نستخدمه.
للأسف، إنه معطل حاليًا.
يجب علي التحقيق.
ربما أنا ساذج، لكن أعتقد أن معظم الناس يرغبون في عرض ملفات PDF في المتصفح افتراضيًا.
@thoka، هل هناك أي سبب لاختيارك نشر إضافة لهذه الوظيفة بدلاً من محاولة دمجها في Discourse؟
لقد وجدت وقتًا لاختباره.
المكون الإضافي يعمل كما هو متوقع.
لا أفهم ما الذي قد يكون سبب مشاكل في هذه الأثناء.
لقد كتبت المكون الإضافي، حيث لم تكن هناك ردود على طلبي للميزة.
عند التفكير في عيوب إرسال ملفات PDF مباشرة إلى المتصفح، أتخيل المشكلات المحتملة التالية:
عند استخدام Discourse كتطبيق ويب تقدمي (Progressive Web App) على جهاز محمول، يخرج المرء حتماً من واجهة Discourse، أو بالأحرى واجهة المستخدم الخاصة به، لعرض ملف PDF، وبالتالي يعتمد على معرفة المستخدم بكيفية العودة إلى التطبيق الأصلي.
علاوة على ذلك، عندما يتعلق الأمر بالأجهزة المحمولة، فإن المرء يكون تحت رحمة كيفية تعامل المتصفح مع ملفات PDF المضمنة. بينما يعرض Firefox حاليًا الملف مباشرة، يبدو أنه لا توجد طريقة لإقناع Chrome بالقيام بذلك: