मोटे तौर पर फाइल-फॉर्मेट डिज़ाइन पर विचार के दो स्कूल हैं।
एक यह है कि आपके पास बहुत सारे विभिन्न उपयोगकर्ता देने के लिए बहुत सारे विकल्प होने चाहिए। इस दृष्टिकोण के साथ समस्या यह है कि संगतता एक समस्या बन जाती है। सिर्फ इसलिए कि एक कार्यक्रम टिफ़ फ़ाइलों के लिए समर्थन का समर्थन करता है इसका मतलब यह नहीं है कि यह आपकी विशेष टिफ़ फ़ाइल को खोल सकता है।
दूसरा यह है कि आपको कोर कार्यक्षमता के लिए विकल्पों की संख्या कम रखनी चाहिए, ताकि अपेक्षाकृत सरल पाठक प्रारूप की सभी फाइलों को पढ़ सके। यह वही दृष्टिकोण है जो पीएनजी ने लिया। यह 90 के दशक के अंत में वेब के लिए एक छवि-प्रारूप के रूप में तैयार किया गया था और कोर कार्यक्षमता के लिए विकल्पों के सेट ने इसे प्रतिबिंबित किया। रंग विकल्प आरजीबी (एक वैकल्पिक अल्फा चैनल के साथ) थे, जो एक आरजीबी आधारित पैलेट और ग्रेसीस्केल (तुच्छ रूप से आरजीबी में परिवर्तित) के साथ पैलेट किया गया था।
हाँ, PNG में उन लोगों के लिए विशिष्ट RGB colorpaces निर्दिष्ट करने के लिए विकल्प हैं, जो अपने रंगों के बारे में पसंद करते हैं, लेकिन साधारण डिकोडर जो अनदेखा करते हैं, वे वास्तव में किसी भी बदतर नहीं हैं अगर रंग अंतरिक्ष की जानकारी कभी भी संग्रहीत नहीं की गई थी, तो यह नहीं है बुनियादी अनुकूलता को तोड़ो।
CMYK का प्रश्न वास्तव में RFC 2083 में स्पष्ट रूप से संबोधित किया गया है
CMYK या अन्य असामान्य रंग रिक्त स्थान के लिए कोई समर्थन नहीं है। फिर, यह पोर्टेबिलिटी को बढ़ावा देने के नाम पर है। CMYK, विशेष रूप से, एक पोर्टेबल छवि प्रतिनिधित्व के रूप में उपयोगी होने के लिए बहुत अधिक उपकरण-निर्भर है।