صورة بخلفية شفافة: هل مربعات المعاينة تعني شفافية الملف؟

الخلاصة السريعة

تحقق من شفافية الملف الفعلية ومن شكل الأيقونة بعد تركيبها على الخلفية المقصودة؛ شبكة المربعات في معاينة لا تكفي وحدها للحكم.

• تتيح PNG تمثيلات مختلفة للشفافية، وقد تكون البكسلات معتمة كلها؛ اسم الصيغة لا يثبت مناطق شفافة في هذا الملف. ^[1]
• في مثالنا قد تعرض المعاينة شبكة خلف أيقونة، أو تكون الشبكة مرسومة داخل صورة معتمة؛ افحص الملف لا لقطة واجهة فقط.
• عند وجود ألفا فعلية، تعني القيمة صفر الشفافية التامة والقيم الوسيطة شفافية جزئية في التمثيل الموثق؛ لا تحذف كل حافة جزئية تلقائيا. ^[1]
• اختبر التركيب المناسب والنسخة المصدرة مع البيانات؛ ملف شفاف قد يفقدها عند تحويل أو عرض غير مناسب، ولا نزعم توليد أصل أو إجراء هذا الاختبار.

هل كل ملف PNG يحمل شفافية؟

تنص المواصفة على تمثيل الشفافية بألفا أو بمعلومات tRNS بحسب النوع، وعلى حالات دونها تكون فيها البكسلات معتمة بالكامل. ^[1] لا نفترض ضرورة وجود قناة منفصلة في كل ملف يتيح الشفافية.

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

ما الفرق بين شبكة معاينة وشبكة مرسومة؟

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

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

هل الحواف الجزئية خطأ بالضرورة؟

في قناة ألفا الموصوفة، صفر يعني الشفافية التامة والقيمة القصوى العتامة التامة، وبينهما شفافية جزئية. ^[1]

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

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

ما النسخة التي ستدخل التصميم؟

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

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