XML मिनिफ़ायर

XML काफ़ी सारे संदर्भों में दिखता है जहाँ ट्रांसफ़र साइज़ का हर बाइट इंसानी पढ़ने लायक़पन से ज़्यादा मायने रखता है — सर्विस के बीच बार-बार भेजी जाने वाली कोई SOAP रिक्वेस्ट बॉडी, किसी लंबाई-सीमित एनवायरनमेंट वेरिएबल में स्टोर की गई कॉन्फ़िगरेशन वैल्यू, किसी ऑटोमेटेड क्लाइंट द्वारा बार-बार फ़ेच की जाने वाली फ़ीड। CDATA सेक्शन, कमेंट और एट्रिब्यूट वैल्यू को बिल्कुल जैसा लिखा गया है वैसा सावधानी से बरक़रार रखते हुए एलिमेंट के बीच व्हाइटस्पेस समेटना उन ख़ास सेक्शन द्वारा जान-बूझकर सुरक्षित किए किसी भी डेटा को छुए बिना फ़ॉर्मेटिंग का बोझ हटा देता है, जो वही सुरक्षा गारंटी है जो पार्सर उल्टी दिशा में फ़ॉर्मेट करते समय लागू करता है।

फ़ॉर्मेटर की पार्सिंग गारंटी की तरह ही, यहाँ मिनिफ़िकेशन सिर्फ़ एलिमेंट टैग के बीच का व्हाइटस्पेस हटाता है — यह एलिमेंट को दोबारा क्रमबद्ध नहीं करता, एट्रिब्यूट वैल्यू दोबारा नहीं लिखता, या नतीजे में मिले XML को पार्स करने वाला कोई प्रोग्राम असल में जो पढ़ेगा उसमें कुछ नहीं बदलता। इस तरह मिनिफ़ाई किया गया कोई दस्तावेज़ और पढ़ने लायक़पन के लिए फ़ॉर्मेट किया गया दस्तावेज़ किसी भी प्रोग्रामेटिक रूप से इस्तेमाल करने वाली चीज़ के लिए बिल्कुल एक जैसा डेटा दर्शाते हैं; सिर्फ़ उनका बाइट साइज़ और इंसानी पढ़ने लायक़पन अलग है।

दो सिबलिंग एलिमेंट के बीच का व्हाइटस्पेस — सिर्फ़ किसी इंसानी पाठक के फ़ायदे के लिए इस्तेमाल की गई इंडेंटेशन — वही है जो हटाया जाता है। असली कंटेंट के रूप में टेक्स्ट रखने वाले किसी एलिमेंट के सीधे अंदर स्थित व्हाइटस्पेस, जैसे एलिमेंट टेक्स्ट के रूप में स्टोर किए किसी वाक्य के अंदर जान-बूझकर रखा गया स्पेस, हटाने की बजाय बरक़रार रखा जाता है, क्योंकि XML में ऐसा कोई सामान्य नियम नहीं है कि किसी एलिमेंट के कंटेंट के अंदर व्हाइटस्पेस उस तरह महत्वहीन हो जैसे HTML अक्सर मानता है। इस फ़र्क़ को सही करना ही वजह है कि ख़ास तौर पर इसके लिए बना पार्सर इसे सही तरीक़े से संभालता है जहाँ "सारा व्हाइटस्पेस हटा दो" वाला सामान्य तरीक़ा असली टेक्स्ट कंटेंट को बिगाड़ देगा।