<p>يعتمد pdf.js على عناوين url لاحتواء امتداد "pdf"</p>

تم إنشاؤها على ١٢ فبراير ٢٠١٤  ·  13تعليقات  ·  مصدر: mozilla/pdf.js

عندما لا يوفر الخادم رأس Content-Disposition ، يعتمد pdf.js على عناوين url لاحتواء امتداد "pdf". لكن عناوين URL هي محددات مواقع وليست أسماء.
خطوات التكاثر:

mv web/compressed.tracemonkey-pldi-09.pdf web/compressed.tracemonkey-pldi-09
sed -i 's/compressed.tracemonkey-pldi-09.pdf/compressed.tracemonkey-pldi-09/g' web/viewer.js
firefox web/viewer.html

انقر الآن على تنزيل. سيُعرض عليك ملف "document.pdf". يجب أن يكون الاسم شيئًا ذا مغزى أكبر.
يحدث الخطأ أيضًا عندما أترك امتداد pdf على خادم الويب apache.

الحل المقترح:
استخدم عنوان ملف pdf. (مثل هذا الرمز viewer.js ). يستخدم Firefox العنوان أيضًا لوظيفة ملف -> "حفظ الصفحة باسم" عند عرض صفحة HTML مثل http://en.wikipedia.org/wiki/Internet_media_type .

ليست كل صفحة ويب بتنسيق html تنتهي بامتداد html. بدلاً من ذلك بالملحق ، يتم تحديد نوع المستند بنوع MIME الخاص به.
ومع ذلك ، فإن معظم ملفات pdf لها امتداد pdf ، كما أن معظم ملفات pdf عبر الإنترنت لها اسم جيد للتخزين في عنوان url.
لا أعرف ما إذا كان أسلوب الاسترداد الجديد يجب أن يحل محل استرداد عنوان url أو أن يكون احتياطيًا له.

أنظر أيضا # 3455.

1-core 5-good-beginner-bug

ال 13 كومينتر

تضمين التغريدة

أي تحديث على هذا؟ لقد كان مفتوحًا منذ أكثر من عامين حتى الآن. نظرًا لأن معلمة ملفي عبارة عن مكالمة خادم ترسل ملف pdf مرة أخرى ، فإن عارض pdf غير قادر على اكتشاف اسم الملف لأنه يبدو أنه يبحث عن امتداد .pdf ولذا فأنا عالق مع "document.pdf "عند التنزيل و" untitled.pdf "في شريط النافذة عند المشاهدة.

سيكون مفيدًا إذا تمكنا أيضًا من تحديد "عنوان" في URI بالإضافة إلى "ملف" مثل ... / pdf-viewer / viewer.html؟ file = "..." & title = "... "

أعلم أنه يتم حاليًا تنفيذ العمل في 7554 # لدعم رأس Content-Disposition ، وهي طريقة لحل هذه المشكلة. مع ذلك ، أوافق على أن document.pdf ليس أفضل اسم ممكن وقد نحتاج إلى تحسين الوظيفة للحصول على اسم (الملف). نرحب بالتصحيحات الخاصة بهذا الأمر ، لذلك أصف هذا بأنه خطأ جيد للمبتدئين حيث لا ينبغي أن يكون من الصعب جدًا تنفيذه.

timvandermeij ممتاز شكرًا لك ، أعتقد أن دعم Content-Disposition سيصلح مشكلتي بالفعل.

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

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

timvandermeij يرجى تذكر أنه في PR # 4956 ابتعدنا عن قصد عن السماح لمعلمات التجزئة المختلفة بالتأثير على العارض (ما لم يتم تمكين تصحيح الأخطاء ، راجع https://github.com/mozilla/pdf.js/wiki/Debugging-pdf.js) .
ومن ثم لا أعتقد أنه ينبغي لنا أن نجعل من الممكن تحديد title باستخدام معامل التجزئة!

خاصة بالنظر إلى أنه سيكون غير قياسي (في سياق http://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/pdfs/pdf_open_parameters.pdf) ، ومقارنته بـ Content-Disposition نهج

آسف ، كان يجب أن أكون أكثر وضوحًا. قصدت أن التصحيحات مرحب بها لتحسين الوظيفة التي تحدد اسم الملف من عنوان URL. أعتقد أنه يمكننا القيام بعمل أفضل هناك بدلاً من الاعتماد فقط على امتداد الملف. أوافق على أنه لا ينبغي لنا إضافة المزيد من معلمات التجزئة.

ما هي حالة هذه القضية؟ هل هذا لا يزال مفتوحا؟

ما هي حالة هذه القضية؟ هل هذا لا يزال مفتوحا؟

anirudhrb لا يزال مفتوحًا ، كانت هناك محاولة لتطبيق ذلك في # 7554 ، هل ترغب في المساهمة في ذلك؟

yurydelendik نعم ، أود المساهمة. ما هو متوقع في العلاقات العامة لهذه المشكلة؟

anirudhrb ، يمكنك فقط أن تأخذ العلاقات العامة المذكورة أعلاه كقاعدة لأنها تحتوي على البيانات عن بُعد بشكل صحيح إلى حد ما - نتوقع تصحيحًا صغيرًا مع اختبارات الوحدة. لا نحتاج إلى تحليل محتوى محدد ، ولكن ما يكفي للحصول على اسم الملف.

yurydelendik لقد بدأت العمل على هذا. هذه هي محاولتي الأولى للمساهمة في مشروع مفتوح المصدر. سأحتاج إلى بعض الوقت لأشعر بالراحة مع قاعدة الشفرة. :)

yurydelendik ، timvandermeij هل يمكنني تناول هذه المشكلة إذا كان الأمر

يوجد طلب سحب أعلاه يبدو وكأنه الاتجاه الصحيح ، ولكن لم يكن هناك المزيد من النشاط له. إذا كنت مهتمًا بإصلاح ذلك ، فهذا يبدو جيدًا. سأسأل ما إذا كان المؤلف الأصلي لا يزال يخطط للعمل عليها.

ثابت في # 9379.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات