لماذا لا تعرض صفحات الويب على الفور نصها؟

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

سؤال اليوم & أمب؛تأتي جلسة الجواب إلينا من باب المجاملة، وهو قسم فرعي من "ستاك إكسهانج"، وهو عبارة عن مجموعة من المواقع على شبكة الإنترنت.

القارئ سؤال

المستخدم لوران هو غريبة جدا حول لماذا يبدو بالضبط صفحات لتحميل العناصر بشكل مختلف تماما مما فعلوا مرة واحدة في وقت واحد.يكتب:

لقد لاحظت أن العديد من المواقع في الآونة الأخيرة بطيئة لعرض نصها.عادة، سيتم تحميل الخلفية والصور وهلم جرا، ولكن لا يوجد نص.بعد بعض الوقت يبدأ النص تظهر هنا وهناك( وليس دائما كل ذلك في نفس الوقت).

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

لاحظ أن أنا على اتصال بطيء، مما ربما يبرز المشكلة.

انظر [أعلاه] للحصول على مثال - كل شيء تحميل ولكن يستغرق بضع ثوان أخرى قبل أن يتم عرض النص في نهاية المطاف.

فما الذي يعطي؟لوران، وكثير منا، وتذكر وقت عندما تم تحميل النص أولا وكل شيء آخر-غاريش متحركة جيف، والخلفيات المبلطة، وجميع التحف الأخرى من أواخر 90s تصفح الإنترنت، وجاء في وقت لاحق.ما الذي يسبب الوضع الحالي لعناصر التصميم أولا، والنص في وقت لاحق؟

الجواب

المساهم الفائق دانيال أندرسون يقدم إجابة مفصلة رائعة أن يحصل الحق في الجزء السفلي من السبب في تحميل الخطوط الغموض الأخير:

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

في السابق، كانت الخطوط الوحيدة التي يمكن عرضها على الموقع هي تلك التي قام المستخدم بتثبيتها محليا.منذ ذلك الحين.لم يكن لدى مستخدمي ماك و ويندوز بالضرورة نفس الخطوط والمصممين بشكل غريزي القواعد المحددة دائما باسم

عائلة الخط: أريال، هلفيتيكا، سانس-شريف؛

حيث، إذا لم يتم العثور على الخط الأول على النظام، فإن المتصفح يبحث عن الثانية، وأخيرا خط الاحتياطي "بدون خط شريف" الخط.

الآن، يمكن للمرء أن يعطي عنوان ورل للخط كقاعدة كس للحصول على المتصفح لتنزيل خط، على هذا النحو:

import ورل( هتب: //fonts.googleapis.com/ كس؟ فاميلي = درويد + شريف: 400،700)؛

ومن ثم تحميل الخط لعنصر معين بواسطة مثال:

فونت-فاميلي: 'درويد شريف'، سانس-شريف؛

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

كمثال على ذلك: واحدة من صحفتي الوطنية، داغنس نييتر، استخدام خطوط الويب لعناوينها الرئيسية، ولكن ليس يؤدي، لذلك عندما يتم تحميل هذا الموقع وعادة ما نرى يؤدي أولا، ونصف ثانية في وقت لاحق جميع المساحات الفارغة أعلاه هي(يسري ذلك على كروم وأوبرا، على الأقل، لم تجرب الآخرين).

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

إضافة:

أصبح هذا الجواب أوبفوتد جدا، على الرغم من أنني لم تذهب إلى الكثير من التفاصيل، أو ربما لأن من هذا.كان هناك العديد من التعليقات في موضوع الموضوع، لذلك سأحاول توسيع قليلا [...]

ومن المعروف الظاهرة على ما يبدو باسم "فلاش من المحتوى غير المستقر" بشكل عام، و "فلاش من النص غير المستقر" على وجه الخصوص.البحث عن "فوك" و "فوت" يعطي المزيد من المعلومات.

أستطيع أن يوصي مصمم ويب بول ايرلندي على فوت في اتصال مع خطوط الويب.

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

في الحالات التي سوف تحصل على

• فوت سوف: تحميل وعرض تف البعيد /otf/ وف
• سوف: عرض تف المخزنة مؤقتا /otf/ وف
• سوف: تحميل وعرض البيانات أوري تف /otf/ وف
• سوف: عرض بيانات مخزنة مؤقتا-أوري تف /otf/ وف
• لن: عرض خط مثبت بالفعل وتسمية في مكدس الخط التقليدي الخاص بك
• لن: عرض الخط الذي تم تثبيته واسمه باستخدام المحلي() لوكاتيون

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

الأيرلندية أيضا بعض التحديثات المتعلقة سلوك المتصفح اعتبارا من 2011-04-14 في الجزء السفلي من المشاركة:

• فايرفوكس ( اعتبارا من FFb11 و FF4 النهائي) لم يعد لديه فوت! وووهو! هتب: //bugzil.la/ 499292 في الأساس النص غير مرئي لمدة 3 ثوان، وبعد ذلك يعود الخط الاحتياطي.و ويبونت ربما تحميل في غضون تلك ثلاث ثوان على الرغم من. .. نأمل. .
• IE9 يدعم وف و تف و أوتف( على الرغم من أنه يتطلب التضمين بيتسيت شيء- في الغالب موت إذا كنت تستخدم ووف). مهما كان! !!IE9 لديه فوت.:(
• ويبكيت لديه التصحيح في انتظار الهبوط لإظهار النص الاحتياطي بعد 0.5 ثانية، لذلك نفس السلوك كما فف ولكن 0.5S بدلا من 3S

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

لديك شيء لإضافة إلى شرح الصوت قبالة في التعليقات تريد قراءة المزيد من الإجابات من غيرها من التكنولوجيا-هل ترغب في الاطلاع على خيط المناقشة الكامل هنا.