ICO (تنسيق الملف)
| امتداد اسم الملف |
.ايكو |
|---|---|
| نوع الوسائط على الإنترنت | image/x-icon[1] (ولكن انظر أدناه) |
| معرف النوع الموحد (UTI) | com.microsoft.ico |
| تم التطوير بواسطة | مايكروسوفت |
| نوع التنسيق | تنسيق ملف الرسوميات لأيقونات الكمبيوتر |
| حاوية ل | BMP و PNG |
| ممتدة إلى | كور |
| امتداد اسم الملف |
.كور |
|---|---|
| نوع الوسائط على الإنترنت | الصورة/vnd.microsoft.icon |
| معرف النوع الموحد (UTI) | com.microsoft.cur |
| تم التطوير بواسطة | مايكروسوفت |
| نوع التنسيق | تنسيق ملف الرسوم البيانية لمؤشرات الماوس |
| حاوية ل | بي ام بي |
| ممتدة من | عرض العملة الأولي |
تنسيق ملف ICO هو تنسيق ملف صور لأيقونات الكمبيوتر في Microsoft Windows . تحتوي ملفات ICO على صورة واحدة أو أكثر صغيرة الحجم وعمق ألوان متعدد ، بحيث يمكن قياسها بشكل مناسب. في Windows، يجب أن تحمل جميع الملفات القابلة للتنفيذ التي تعرض أيقونة للمستخدم، على سطح المكتب، أو في قائمة ابدأ، أو في مستكشف الملفات، الأيقونة بتنسيق ICO.
تنسيق ملف CUR هو تنسيق ملف صورة متطابق تقريبًا لمؤشرات الماوس غير المتحركة في Microsoft Windows. والاختلاف الوحيد بين تنسيقي الملفين هذين هو البايتات المستخدمة لتحديدهما وإضافة نقطة اتصال في رأس تنسيق CUR؛ يتم تعريف النقطة الساخنة على أنها إزاحة البكسل (بإحداثيات x وy) من الزاوية العلوية اليسرى لصورة المؤشر حيث يشير المستخدم فعليًا بالماوس. [ بحاجة لمصدر ]
يتم استخدام تنسيق ملف ANI لمؤشرات Windows المتحركة .
تاريخ
كانت الأيقونات التي تم تقديمها في Windows 1.0 بحجم 32×32 بكسل وكانت أحادية اللون. [2] تم تقديم دعم 16 لونًا في Windows 3.0 . [ بحاجة لمصدر ]
قدم نظام التشغيل Win32 دعمًا لتخزين صور الأيقونات التي يصل عددها إلى 16.7 مليون لون (TrueColor) وما يصل إلى 256 × 256 بكسل في الأبعاد. [3] قدم نظام التشغيل Windows 95 أيضًا محرك Device Independent Bitmap (DIB) الجديد. [4] ومع ذلك، كان 256 لونًا هو عمق لون الأيقونات الافتراضي في نظام التشغيل Windows 95. كان من الممكن تمكين أيقونات 65535 لونًا (Highcolor) إما عن طريق تعديل قيمة Shell Icon BPP في السجل [3] [5] أو عن طريق شراء Microsoft Plus! لنظام التشغيل Windows 95. تسمح قيمة Shell Icon Size باستخدام أيقونات أكبر بدلاً من أيقونات 32 × 32 وتسمح قيمة Shell Small Icon Size باستخدام أحجام مخصصة بدلاً من أيقونات 16 × 16. [3] وبالتالي، يمكن لملف أيقونات واحد تخزين صور بأي حجم من 1×1 بكسل إلى 256×256 بكسل (بما في ذلك الأحجام غير المربعة) مع 2 (نادرًا ما يتم استخدامها)، أو 16، أو 256، أو 65535، أو 16.7 مليون لون؛ لكن الغلاف لا يمكنه عرض أيقونات كبيرة الحجم. كانت منطقة الإشعارات في شريط مهام Windows محدودة بـ 16 أيقونة ملونة افتراضيًا حتى Windows Me عندما تم تحديثه لدعم الأيقونات عالية الألوان.
أضافت Windows XP دعمًا لصور الأيقونات الملونة ذات 32 بت (16.7 مليون لون بالإضافة إلى شفافية قناة ألفا ذات 8 بت )، مما يسمح برسم مناطق شبه شفافة مثل الظلال والتنعيم وتأثيرات تشبه الزجاج في أيقونة. يستخدم Windows XP افتراضيًا أيقونات بحجم 48 × 48 بكسل في مستكشف Windows . يمكن إجبار Windows XP على استخدام أيقونات بحجم 256 × 256 عن طريق تعديل قيمة حجم أيقونة Shell ولكن هذا من شأنه أن يتسبب في تكبير حجم جميع الأيقونات بحجم 32 × 32 في جميع أنحاء shell. [3] أوصت Microsoft فقط بأحجام أيقونات تصل إلى 48 × 48 بكسل لنظام Windows XP. [6] يمكن لنظام Windows XP تقليل حجم الأيقونات الأكبر إذا لم يتوفر حجم صورة أقرب. [3]
أضافت Windows Vista دعمًا كاملاً لأيقونات الألوان 32 بت ذات الحجم 256×256 بكسل ، [ملاحظات 1] بالإضافة إلى دعم تنسيق PNG المضغوط . وعلى الرغم من عدم ضرورة الضغط، توصي Microsoft بتخزين جميع أيقونات الألوان 256×256 ذات الحجم 32 بت في ملفات ICO بتنسيق PNG لتقليل الحجم الإجمالي للملف. يدعم Windows Vista Explorer تغيير حجم الأيقونات بسلاسة إلى أحجام غير قياسية يتم عرضها أثناء التنقل حتى إذا لم تكن هناك صورة بهذا الحجم في ملف الأيقونات. تضيف واجهة Windows Vista شريط تمرير "لتكبير" أحجام الأيقونات وتصغيرها. مع استخدام المستخدمين لدقة أعلى وأوضاع DPI عالية، يوصى بتنسيقات أيقونات أكبر (مثل 256×256). [7] [8]
نوع MIME
في حين أن نوع MIME المسجل لدى IANA لملفات ICO هو ، [9] فقد تم تقديمه إلى IANA في عام 2003 بواسطة جهة خارجية ولم يتم التعرف عليه بواسطة برنامج Microsoft، الذي يستخدم أو بدلاً من ذلك. [10] [11] كما تم رؤية الأنواع الخاطئة ، ، و قيد الاستخدام أيضًا. [9]image/vnd.microsoft.iconimage/x-iconimage/icoimage/icoimage/icontext/icoapplication/ico
هيكل ملف الأيقونات
يتكون ملف ICO أو CUR من بنية ICONDIR ("دليل الأيقونات")، والتي تحتوي على بنية ICONDIRENTRY لكل صورة في الملف، تليها كتلة متجاورة من جميع بيانات خريطة الصورة (والتي قد تكون إما بتنسيق Windows BMP ، باستثناء بنية BITMAPFILEHEADER، أو بتنسيق PNG ، مخزنة بالكامل). [3]
تتبع الصور التي يقل عمق لونها عن 32 بت تنسيقًا معينًا: يتم ترميز الصورة كصورة واحدة تتكون من قناع لوني ("قناع XOR") مع قناع تعتيم ("قناع AND"). [6] [3] يجب أن يسبق قناع XOR قناع AND داخل بيانات خريطة البتات؛ إذا تم تخزين الصورة بترتيب من أسفل إلى أعلى (وهو ما يحدث على الأرجح)، فسيتم رسم قناع XOR أسفل قناع AND. قناع AND هو بت واحد لكل بكسل، بغض النظر عن عمق اللون المحدد بواسطة رأس BMP، ويحدد البكسلات الشفافة تمامًا (1) والتي تكون معتمة تمامًا (0). يتوافق قناع XOR مع عمق البت المحدد في رأس BMP ويحدد قيمة اللون العددية أو لوحة الألوان لكل بكسل. معًا، يشكل قناع AND وقناع XOR صورة غير شفافة تمثل صورة ذات شفافية 1 بت؛ كما يسمحان بعكس الخلفية. يأخذ ارتفاع الصورة في بنية ICONDIRENTRY في ملف ICO/CUR نفس ارتفاع أبعاد الصورة المقصودة (بعد تجميع الأقنعة)، بينما يأخذ الارتفاع في رأس BMP نفس ارتفاع صورتي القناع مجتمعتين (قبل تجميعهما). لذلك، يجب أن تكون كل الأقنعة بنفس الأبعاد، ويجب أن يكون الارتفاع المحدد في رأس BMP ضعف الارتفاع المحدد في بنية ICONDIRENTRY تمامًا. [12]
الصور ذات 32 بت (بما في ذلك صور BMP ذات 32 بت بتنسيق BITMAPINFOHEADER [ملاحظات 2] ) هي صور ذات 24 بت على وجه التحديد مع إضافة قناة ذات 8 بت للتركيب ألفا . وبالتالي، في الصور ذات 32 بت، لا يلزم استخدام قناع AND، ولكن يوصى باستخدامه. سيستخدم نظام التشغيل Windows XP والإصدارات الأحدث صورة ذات 32 بت في وضع أقل من اللون الحقيقي من خلال إنشاء قناع AND استنادًا إلى قناة ألفا (إذا لم يكن موجودًا مع الصورة بالفعل) إذا لم يتم توفير إصدار 24 بت من الصورة في ملف ICO/CUR. ومع ذلك، تفسر الإصدارات السابقة من Windows جميع وحدات البكسل بنسبة تعتيم 100% ما لم يتم توفير قناع AND مع الصورة. سيسمح توفير قناع AND مخصص أيضًا بالتعديل والتلميح بواسطة مؤلف الرمز. حتى إذا لم يتم توفير قناع AND، إذا كانت الصورة بتنسيق Windows BMP، فيجب أن يحدد رأس BMP ارتفاعًا مضاعفًا.
من المهم ملاحظة أنه في قناع AND، كما هو الحال بالنسبة لمجموعة البكسل في خريطة البتات ، يجب إلحاق بايتات الحشو بنهاية كل صف من أجل زيادة طوله إلى مضاعفات أربعة بايتات لأنه في الأساس عبارة عن خريطة بتات (أحادية اللون). [3] سيحتوي قناع AND لخريطة بتات 8 × 8 بكسل على بايت واحد من البيانات و3 بايتات من الحشو (8 * 8 * 1bpp = 64 بت / 8 = 8 بايت من إجمالي الصفوف، لذلك كل صف هو بايت واحد و 3 بايتات من الحشو مطلوبة)، سيحتوي قناع AND لخريطة بتات 16 × 16 على بايتين من البيانات و 2 بايت من الحشو، سيحتوي قناع AND لخريطة بتات 32 × 32 على 4 بايت من البيانات ولا يوجد حشو. لاحظ أن كمية بايتات الحشو المطلوبة تعتمد على أبعاد خريطة البتات وليس عمق لونها لأن قناع AND هو 1 بت لكل بكسل بغض النظر.
مخطط تفصيلي
يتم تمثيل جميع القيم في ملفات ICO/CUR بترتيب البايتات الصغير .
رأس الصفحة
| الإزاحة# | مقاس | غاية |
|---|---|---|
| 0 | 2 | محجوز. يجب أن يكون دائمًا 0. |
| 2 | 2 | يحدد نوع الصورة: 1 لصورة الأيقونة (.ICO)، و2 لصورة المؤشر (.CUR). القيم الأخرى غير صالحة. |
| 4 | 2 | يحدد عدد الصور في الملف. |
هيكل دليل الصور
| الصورة رقم 1 | الدخول للصورة الأولى |
|---|---|
| الصورة رقم 2 | الدخول للصورة الثانية |
| ... | |
| الصورة رقم #ن | الدخول للصورة الأخيرة |
| الإزاحة# | مقاس | غاية |
|---|---|---|
| 0 | 1 | يحدد عرض الصورة بالبكسل. يمكن أن يكون أي رقم بين 0 و255. القيمة 0 تعني أن عرض الصورة هو 256 بكسل. [ملاحظات 1] |
| 1 | 1 | يحدد ارتفاع الصورة بالبكسل. يمكن أن يكون أي رقم بين 0 و255. القيمة 0 تعني أن ارتفاع الصورة هو 256 بكسل. [ملاحظات 1] |
| 2 | 1 | يحدد عدد الألوان في لوحة الألوان. يجب أن يكون 0 إذا كانت الصورة لا تستخدم لوحة ألوان. |
| 3 | 1 | محجوز. يجب أن يكون 0. |
| 4 | 2 |
|
| 6 | 2 |
|
| 8 | 4 | يحدد حجم بيانات الصورة بالبايت |
| 12 | 4 | يحدد إزاحة بيانات BMP أو PNG من بداية ملف ICO/CUR |
بيانات الصورة المرجعية
تنتقل كافة بيانات الصور التي يتم الرجوع إليها من خلال الإدخالات في دليل الصور مباشرة بعد دليل الصور. ومن المعتاد تخزينها بنفس الترتيب المحدد في دليل الصور.
صيغة BMP
إذا تم تخزين الصورة بتنسيق BMP، فيجب استبعاد بنية الفتح BITMAPFILEHEADER .
يجب أن يكون ارتفاع صورة BMP ضعف الارتفاع المعلن في دليل الصورة. وذلك لأن بيانات الصورة الفعلية ستحتوي على جزأين: الصورة الفعلية تليها مباشرة قناع 1 بت بنفس حجم الصورة المستخدم لتحديد وحدات البكسل التي سيتم رسمها.
يجب أن يتوافق القناع مع DWORD (32 بت) ويجب أن يكون محشوًا بالأصفار. تعني البكسل 0 "سيتم رسم البكسل المقابل في الصورة" وتعني 1 "تجاهل هذا البكسل". يكون لون البكسل إما صريحًا للإصدارات 24 و32 بت (التي لا تحتوي على جداول ألوان)، أو مفهرسًا للأعماق الأخرى (1،2،4،8،16) في جدول ألوان مكون من أربعة بايتات (BGRA) يتبع BITMAPINFOHEADER.
بالنسبة لبت واحد، عادةً ما يكون اللونان #00000000 و#00FFFFFF ويتم تجاهل القناة A.
يتم تعبئة بيانات البكسل لـ 1 و2 و4 و8 و16 بت حسب البايت ومحاذاة DWORD.
يتم تخزين الصور ذات 24 بت كثلاثيات BGR ولكنها غير متوافقة مع DWORD.
يتم تخزين الصور ذات 32 بت كرباعيات BGRA.
في الأصل، كان من المفترض استخدام ICOs وCURs على الشاشات أحادية اللون واستخدام الصيغة، Output = (Existing AND Mask) XOR Imageولكن على الشاشات الملونة، يتكون المؤشر باستخدام مزج القنوات A، ويُستخدم القناع لتحديد وحدات البكسل المضمنة أو المستبعدة.
صيغة PNG
إذا تم تخزين الصورة بتنسيق PNG، فلن يكون هناك BITMAPINFOHEADER وسيتم استخدام محتويات صورة PNG بالكامل بدلاً من ذلك.
تم تقديم القدرة على قراءة صور PNG من صور بتنسيق ICO في نظام التشغيل Windows Vista . [7] يمكن تخزين صورة PNG في الصورة بنفس الطريقة التي يتم بها تخزين صورة بتنسيق BMP القياسي لنظام التشغيل Windows، باستثناء أنه يجب تخزين صورة PNG بالكامل، مع رأس الملف الخاص بها ويجب أن تكون بتنسيق ARGB 32 بت لكل صفحة. [7]
ملاحظة: لا يمكن لملفات CUR استخدام بيانات صور PNG ويجب أن تستخدم بيانات صور BMP وفقًا لـ ICOs. [7]
موارد الأيقونات والمؤشرات
يتم تنظيم الأيقونات والمؤشرات في الملفات القابلة للتنفيذ المحمولة ( EXE أو DLL ) في موارد من نوع RT_GROUP_ICON و RT_GROUP_CURSOR و RT_ICON و RT_CURSOR . [13]
تحتوي موارد RT_GROUP_ICON و RT_GROUP_CURSOR على بنية NEWHEADER وبنية RESDIR واحدة أو أكثر لها نفس تنسيق هياكل ICONDIR و ICONDIRENTRY المقابلة في ملفات ICO/CUR. يتمثل الاختلاف الرئيسي في RESDIR في أن آخر عضو في البنية يحتوي على معرف مورد مكون من بايتين لـ RT_ICON / RT_CURSOR بدلاً من إزاحة الصورة في الملف.
تُعرف هياكل NEWHEADER / RESDIR أيضًا باسم GRPICONDIR / GRPICONDIRENTRY في العديد من المصادر. [14]
| الإزاحة# | مقاس | غاية |
|---|---|---|
| 0 | 2 | محجوز. يجب أن يكون دائمًا 0. |
| 2 | 2 | يحدد نوع المورد: 1 لمورد الرمز، و2 لمورد المؤشر. القيم الأخرى غير صالحة. |
| 4 | 2 | يقوم بتحديد عدد هياكل RESDIR التي تأتي بعد هيكل NEWHEADER مباشرة . |
| الإزاحة# | مقاس | غاية |
|---|---|---|
| 0 | للأيقونة: 1 | * يحدد عرض الصورة بالبكسل. يمكن أن يكون أي رقم بين 0 و255. القيمة 0 تعني أن عرض الصورة هو 256 بكسل. [ملاحظات 1] |
| للمؤشر: 2 | ||
| 2 | للأيقونة: 1 | * يحدد ارتفاع الصورة بالبكسل. يمكن أن يكون أي رقم بين 0 و255. القيمة 0 تعني أن عرض الصورة هو 256 بكسل. [ملاحظات 1] |
| للمؤشر: 2 | ||
| 2 | 1 | * بالنسبة لمورد الأيقونات: يحدد عدد الألوان في لوحة الألوان. يجب أن يكون 0 إذا كانت الصورة لا تستخدم لوحة ألوان. |
| 3 | 1 | * بالنسبة لمورد الأيقونة: محجوز. يجب أن يكون 0. |
| 4 | 2 | يحدد مستويات الألوان. يجب أن تكون 0 أو 1. [ملاحظات 3] |
| 6 | 2 | يحدد عدد البتات لكل بكسل. [ملاحظات 5] |
| 8 | 4 | يحدد حجم المورد بالبايت. |
| 12 | 2 | معرف ترتيبي فريد لمورد RT_ICON أو RT_CURSOR . |
تتمتع موارد RT_ICON و RT_CURSOR بنفس تنسيق بيانات الصورة كما هو الحال في ملفات ICO ويمكنها تخزين صور PNG أيضًا. بالإضافة إلى ذلك، تحتوي أول أربعة بايتات من بيانات مورد RT_CURSOR على بيانات نقطة اتصال المؤشر ، كقيمتين WORD (16 بت) (على النقيض من ملفات CUR، حيث يتم تضمين بيانات نقطة الاتصال في بنية ICONDIRENTRY ). [15]
مكتبة الأيقونات
مكتبة الأيقونات هي طريقة لتعبئة أيقونات Windows. وهي عادةً عبارة عن ملف تنفيذي جديد بطول 16 بت أو ملف تنفيذي محمول بطول 32 بت له امتداد .ICL مع كون موارد الأيقونات هي الأيقونات المجمعة. لا يدعم نظام التشغيل Windows Vista والإصدارات الأحدث عرض الأيقونات من ملفات ( قابلة للتنفيذ جديدة ) بطول 16 بت . [16]
انظر أيضا
ملحوظات
- ^ abcde منذ نظام التشغيل Windows 95 ، قد يتم ضبط حجم الصورة في بنية ICONDIRENTRY على صفر، مما يعني 256 بكسل. ومنذ نظام التشغيل Windows Vista، يتم تحديد حجم الصورة من بنية BITMAPINFOHEADER أو بيانات صورة PNG التي تسمح من الناحية الفنية بتخزين أيقونات أكبر من 256 بكسل، ولكن لا توصي Microsoft بمثل هذه الأحجام الأكبر.
- ^ يدعم تنسيق الخريطة النقطية BITMAPINFOHEADER الكلاسيكي تخزين الصور بـ 32 بت لكل بكسل. عند الحفظ كملف .BMP مستقل، "لا يتم استخدام البايت الأعلى في كل [بكسل]". ومع ذلك، عند تخزين نفس البيانات داخل ملف ICO أو CUR، فإن نظام التشغيل Windows XP (أول إصدار من Windows يدعم ملفات ICO/CUR بأكثر من بت واحد من الشفافية) وما فوق يفسر هذا البايت كقيمة ألفا.
- ^ ab يتم التعامل مع ضبط مستويات الألوان على 0 أو 1 على قدم المساواة بواسطة نظام التشغيل، ولكن إذا تم ضبط مستويات الألوان على قيمة أعلى من 1، فيجب ضرب هذه القيمة في البتات لكل بكسل لتحديد عمق اللون النهائي للصورة. من غير المعروف ما إذا كانت إصدارات نظام التشغيل Windows المختلفة قادرة على تحمل قيم مستويات الألوان المختلفة.
- ^ ab "دعم الأيقونات والمؤشرات في نظام التشغيل Windows XP". Microsoft. 18 نوفمبر 2005. مؤرشف من الأصل في 2011-06-30 . تم الاسترجاع 2023-07-03 .
يتم تحميل المؤشر بشكل صحيح عند أي عمق لون تم تأليف المؤشر به. ومع ذلك، لا يستطيع النظام التمييز بين مرشحين متعددين في نفس ملف المؤشر أو المورد يختلفون فقط في أعماق ألوانهم. ومع ذلك، تدعم الأيقونات بشكل كامل مرشحين متعددين للأيقونات بأعماق ألوان متفاوتة.
- ^ ab يمكن ضبط البتات لكل بكسل على صفر، ولكن يمكن استنتاج ذلك من البيانات الأخرى؛ على وجه التحديد، إذا لم تكن خريطة البتات مضغوطة بصيغة PNG، فيمكن حساب البتات لكل بكسل بناءً على طول بيانات خريطة البتات نسبة إلى حجم الصورة. إذا كانت خريطة البتات مضغوطة بصيغة PNG، يتم تخزين البتات لكل بكسل داخل بيانات PNG. من غير المعروف ما إذا كانت إصدارات نظام التشغيل Windows المختلفة تحتوي على منطق لاستنتاج عمق البتات لجميع الاحتمالات إذا تم ضبط هذه القيمة على صفر.
مراجع
- ^ "MIME Sniffing Standard". WHATWG. 17 يناير 2014. مؤرشف من الأصل في 2014-03-27 . تم الاسترجاع في 2014-04-18 .
- ^ Fekete, Gyorgy (11 مارس 2009). "تصميم واجهة نظام التشغيل بين 1981-2009". Webdesigner Depot . تم الاسترجاع في 6 يونيو 2011 .
- ^ abcdefgh Hornick, John (29 سبتمبر 1995). "الرموز". مقالات تقنية حول واجهة مستخدم Windows ( MSDN ) . Microsoft Corporation . تم الاسترجاع في 5 يونيو 2011 .
- ^ "مكونات بنية Windows 95". Microsoft TechNet . Microsoft Corporation . تم الاسترجاع في 6 يونيو 2011 .
- ^ "Shell Icon BPP". مرجع سجل Windows 2000 (Microsoft TechNet) . Microsoft Corporation . تم الاسترجاع في 6 يونيو 2011 .
- ^ "إنشاء أيقونات Windows XP". مقالات تقنية حول Windows XP (MSDN) . شركة Microsoft Corporation. يوليو 2001. تم الاسترجاع في 2022-11-27 .
- ^ abcd Chen, Raymond (22 أكتوبر 2010). "تطور تنسيق ملف ICO، الجزء 4: صور PNG". الشيء القديم الجديد - مدونات مطوري Microsoft . تم الاسترجاع في 2022-11-27 .
- ^ "الرموز (أساسيات التصميم) - تطبيقات Win32". learn.microsoft.com . 9 فبراير 2021.
يبلغ الحد الأقصى لحجم الرموز 256 × 256 بكسل، مما يجعلها مناسبة للشاشات عالية الدقة (dpi). تتيح هذه الرموز عالية الدقة جودة بصرية عالية في عروض القائمة ذات الرموز الكبيرة... يجب تضمين نسخة 32 بت فقط من صورة 256 × 256 بكسل، ويجب ضغط صورة 256 × 256 بكسل فقط للحفاظ على حجم الملف منخفضًا.
- ^ ab Butcher, Simon (3 Sep 2003). "image/vnd.microsoft.icon" . تم الاسترجاع في 3 Jan 2014 .
- ^ لورانس، إريك (11 فبراير 2011). "قائمة التغييرات الطفيفة لـ IE9 RC". IEInternals . مدونات MSDN . تم الاسترجاع في 20 أغسطس 2016.
نستخدم "image/x-icon" لأن هذا هو نوع MIME الذي استخدمناه دائمًا. اقترح شخص ما في وقت ما (AFAIK، ليس مرتبطًا بـ Microsoft) تسجيل نوع MIME باسم "vnd.microsoft.icon"، لكن Windows لا يستخدم ذلك بالفعل، بل يستخدم image/x-icon.
انظر التعليق الثاني
- ^ نظرة عامة على تنسيق ICO - مكون التصوير في Windows
- ^ تشن، رايموند (2010-10-19). "تطور تنسيق ملف ICO، الجزء 2: الآن بالألوان!". الشيء القديم الجديد . تم الاسترجاع في 2022-12-30 .
- ^ "تنسيقات ملفات الموارد - تطبيقات Win32". learn.microsoft.com . 2020-08-19 . تم الاسترجاع 2023-05-22 .
- ^ تشن، رايموند (20 يوليو 2012). "تنسيق موارد الأيقونات". الشيء القديم الجديد - مدونات مطوري Microsoft . تم الاسترجاع في 2023-05-20 .
- ^ "هيكل LOCALHEADER - تطبيقات Win32". learn.microsoft.com . 2020-12-11 . تم الاسترجاع في 2023-05-22 .
- ^ تشن، رايموند (مايو 2008). "Windows Confidential - أيقونات 16 بت أصبحت قديمة جدًا". مجلة TechNet . تم الاسترجاع في 27 نوفمبر 2022 .
روابط خارجية
- إرشادات تصميم الأيقونات لأيقونات Windows Vista
- إرشادات تصميم الأيقونات لأيقونات تطبيقات Windows 10
- الأيقونات (مقالة تقنية لشركة Microsoft عام 1995)
- تطور تنسيق ملف ICO (الجزء 1، الجزء 2، الجزء 3، الجزء 4)
- نظرة داخل أيقونات Windows، الجزء 1 - مجلة PC، 26 يناير 1993، المجلد 12، العدد 2
- نظرة داخل أيقونات Windows، الجزء الثاني - مجلة PC، 9 فبراير 1993، المجلد 12، العدد 3
- تمكين الرموز ذات الألوان العالية في نظام التشغيل Windows 95 والإصدارات الأحدث
- تحسين واجهات المستخدم الرسومية لـ Java باستخدام أيقونات Windows
