Загалом, існує дві форми думки щодо дизайну файлового формату.
Одне полягає в тому, що у вас має бути багато варіантів, щоб дати багатьом різним користувачам те, що вони хочуть. Проблема такого підходу полягає в тому, що сумісність стає проблемою. Тільки тому, що програма рекламує підтримку файлів tiff, це не означає, що вона може відкрити конкретний файл tiff.
Інша полягає в тому, що ви повинні обмежувати кількість параметрів основної функціональності, щоб порівняно простий читач міг читати всі файли у форматі. Це підхід, який застосував PNG. Він був розроблений як формат зображення для Інтернету наприкінці 90-х, і набір варіантів основних функціональних можливостей це відображав. Кольорові параметри були RGB (з необов'язковим альфа-каналом), піддоном з піддоном на основі RGB і відтінками сірого (тривіально перетвореними в RGB).
Так, у PNG є варіанти визначення конкретних просторів кольорів RGB для тих, хто вибагливий до їх кольорів, але прості декодери, які ігнорують ці, насправді не гірші, ніж якщо б інформація про кольоровий простір ніколи не зберігалася, тому вона не порушити основну сумісність.
Питання CMYK насправді прямо розглядається в RFC 2083
Немає підтримки для CMYK або інших незвичайних кольорових просторів. Знову ж таки, це в ім'я сприяння мобільності. CMYK, зокрема, є занадто залежним від пристрою, щоб бути корисним як переносне зображення зображення.