مشكلات واجهة المستخدم المتعلقة بملفات PDF المضمنة

Question

س.1. ما هي مزايا وعيوب، من وجهة نظر سهولة الاستخدام، لتضمين ملفات PDF في صفحة ويب؟

س.2. بشكل عام، بالنسبة لمستخدم الكمبيوتر العادي، ما هو السيناريو الذي يوفر التجربة الأكثر "انسيابية"؟

س.3. هل سيؤدي استخدام ملفات تعريف الارتباط لتذكر الخيارات إلى تحسين السيناريو رقم 2 بشكل كبير؟

السيناريو 1

1. خيارات المستخدم.
2. ينقر المستخدم أ تقرير زر.
3. يتم إرسال ملف PDF كمرفق (للحفظ أو الفتح).

مزايا

• لا تتم إعادة تعيين الخيارات.

سلبيات

• يمكن أن يعيق ملف PDF صفحة الويب.
• قد يترك المستخدم عددًا كبيرًا جدًا من نوافذ PDF مفتوحة (تباطؤ أداء النظام).

السيناريو رقم 2

1. خيارات المستخدم.
2. ينقر المستخدم على زر الإبلاغ.
3. PDF مضمن في الصفحة.
4. ينقر المستخدم مرة أخرى وسيتم إعادة تعيين الخيارات (AJAX، بدون ملفات تعريف الارتباط).

مزايا

• تظهر النتائج فورًا (بدون نقرات إضافية).

سلبيات

• لا تدعم جميع المتصفحات تضمين ملفات PDF (؟).
• صفحة الويب (أي تقرير الزر) يختفي.

شكرًا لك!

Answer 1

i أكره عندما يفتح PDF في نافذة متصفح.لكنني نقطة بيانات واحدة، وربما غير مثيرة للاهتمام بالنسبة لك.ما عليك القيام به هو التحدث مع عملاءك الفعليين واطلب منهم بدلا من ذلك.

بدون مزيد من التفاصيل، من الصعب جدا أن نقول ما هو الأفضل لتطبيقك المحدد.هل يستخدم المستخدمون التطبيق الخاص بك 8 ساعات في اليوم، أو 8 دقائق فقط شهريا؟هل لديهم عادة شاشات كبيرة؟صغير؟هل يمكنهم الوصول إلى التطبيق عبر الأجهزة المحمولة؟هل تشاهد التقرير نشاط عملها الأولية، أو هو التقرير لشيء ما فسيتم طباعته ويشن في درج؟الإجابة على هذه الأسئلة والإجابة على سؤال قابليتك سيسهل الحصول عليها.

خلاصة القول هو، اطلب من المستخدمين.إذا لم تستطع، أو الإجابة غير محددة، فمنحوا لهم الخيارين ودعهم يختارون.

Answer 2

أعتقد أنه سيكون من الأفضل تجنب تضمين PDF على الإطلاق.إذا كان هذا الغرض هو معاينة البيانات على التقرير، فهل من الممكن عرض صورة للصفحة الأولى من PDF؟بدلا من ذلك، إذا كان الغرض هو معاينة البيانات في ملف PDF، فقد يكون من الأسهل عرض البيانات ك HTML.وفي كلتا الحالتين، أعتقد أنه سيكون من الأفضل استخدام HTML أو الصور (التي تحتفظ بشكل أسرع وأكثر باستمرار عبر المتصفحات) لمعاينة PDF ثم تقدم رابط تنزيل.

Answer 3

هذا هو سؤال مثالي لتبادل UX:

http://uxexchange.com/

للإجابة على السؤال، سأعود أولا.نحن نتحدث ملفات PDF.التنسيق، وحده، سيكون يسبب قضايا قابلية الاستخدام وإمكانية الوصول.

ضع في اعتبارك:

• لا يستخدم الجميع قارئ Acrobat
• لا يستخدم الجميع إضافات PDF
• ليس كل متصفح يدعم الإضافات PDF

أسفل الخلاصة، إخراجها من قوات الدفاع الشعبي لتبدأ.

خلاف ذلك، إذا كان التنسيق مطلوبا، فاستسلم افتراضيا بدلا من التضمين، IMHO.سأفعل واحدة من شيئين:

1) أرسلها إلى المتصفح كقسم PDF (السماح لإعدادات المتصفح تقرر ما يجب القيام به معها)

2) قم بإنشاء PDF ثم قم بتوفير رابط له

Answer 4

ماذا عن السيناريو # 3؟

1. خيارات مجموعات المستخدم.
2. ينقر المستخدم على زر تقرير.
3. pdf يظهر في iframe مضمن في الصفحة.
4. خيارات البقاء في مكان

هذا من شأنه أن يجمع بين مزايا الاثنين: لن تتم إعادة تعيين الخيارات؛سيكون هناك مثيل PDF واحد فقط مفتوح في أي وقت معين (باستثناء مستخدمي الطاقة الذين لديهم علامات تبويب متعددة، لكن عليهم معرفة ما يفعلونه.)

يمكنك أيضا تقديم تنزيل مباشر منفصل للمستخدمين ذوي الخبرة.

Answer 5

أنا شخصياً أوصي بعدم اتباع نهج "الزر" والسماح للمستخدمين بتحديد ما يريدون بمجرد تقديم رابط (على سبيل المثال. <a href="...">link</a>) للتنزيل بدون ملف Content-Disposition رأس يحتوي على "أيقونة" PDF بارزة.

سيسمح هذا للمستخدمين العاديين إما:

1. انقر بزر الماوس الأيسر على الرابط واسمح لتفضيلات المتصفح الخاصة بهم بتفسير الرابط كما تفعل عادةً (سواء كان ذلك في Adobe Reader في المتصفح، أو المطالبة بالتنزيل، أو ملحق المتصفح، وما إلى ذلك).
2. انقر بزر الماوس الأيمن على الرابط واختر "حفظ باسم...".ربما ودية div يمكن أن تظهر عند المرور فوق هذا الرابط لتوصي المستخدمين بأنه إذا كانوا يرغبون في تنزيل ملف PDF، فيجب عليهم النقر بزر الماوس الأيمن واختيار "حفظ باسم")

لا يسمح زر النموذج (وهو ما أفترض أنك تفكر فيه أعلاه) بخيار النقر بزر الماوس الأيمن هذا.

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