ICO को PDF में बदलें

नहीं — और यही इस साइट के होने की वजह है। पूरा कन्वर्ज़न WebAssembly के ज़रिए आपके ब्राउज़र में ही होता है, इसलिए फ़ाइलें आपके डिवाइस से बाहर नहीं जातीं और बीच में कोई सर्वर नहीं आता। पेज लोड होने के बाद टूल बिना इंटरनेट के भी चलता है, और डिवाइस की मेमोरी के अलावा साइज़ की कोई सीमा नहीं है।

क्योंकि पेज हूबहू इमेज के बराबर होता है, और आइकॉन छोटे होते हैं — 48px के आइकॉन से 48px का पेज। सुनने में अजीब है पर दस्तावेज़ीकरण के लिए यही सही है: व्यूअर पेज को ज़ूम करके फ़िट कर लेते हैं, और न कुछ गढ़ा जाता है, न रीसैंपल होता है। आइकॉन को लेटर-साइज़ पेज पर रखना हो तो उसे किसी डॉक्यूमेंट एडिटर में बैठाएं।

वह एंट्री जिसे आपका ब्राउज़र प्राइमरी मानकर डिकोड करता है — आमतौर पर फ़ाइल की सबसे बड़ी। पुराने ढंग का favicon 32 या 48px देता है; आधुनिक एप्लिकेशन आइकॉन में 256px की एंट्री हो सकती है, जिससे कहीं ज़्यादा काम का दस्तावेज़ बनता है।

वाजिब सवाल है। लोग मुझे जो बताते हैं: साइन-ऑफ़ के काग़ज़ात में स्वीकृत लोगो जोड़ती ब्रांड टीमें, सिर्फ़-PDF दस्तावेज़-सिस्टम में डिलीवरेबल फ़ाइल करती एजेंसियां, और पुराने एप्लिकेशन एसेट संभालते डेवलपर। निराला ज़रूर, पर असली — और ब्राउज़र में 30 सेकंड का काम।

जब पाठक कागज़ी कामकाज हो, तब PDF। ब्रांड साइन-ऑफ़, डिलीवरेबल चेकलिस्ट और एसेट रजिस्टर ऐसे सिस्टम में रहते हैं जहां .ico फ़ाइल का प्रीव्यू तक नहीं बनता। दस्तावेज़-रूप लोगो दिखाता है, प्रिंट होता है और अनुबंधों के बगल में करीने से फ़ाइल हो जाता है। ICO काम करने की फ़ाइल बनी रहती है; PDF रिकॉर्ड के लिए उसका आधिकारिक पोर्ट्रेट है।

अक्सर कोई और ही। favicon को वेबपेज या मॉकअप में बैठाना हो तो ICO को PNG में बदलें पारदर्शिता समेत सीधे डिज़ाइन में उतरता है। PDF के पेज को आइकॉन का नन्हा पिक्सेल-नाप विरासत में मिलता है — रिकॉर्ड के लिए सही, दोबारा इस्तेमाल के लिए बेढंगा। दस्तावेज़ तभी चुनें जब मंज़िल कोई फ़ाइलिंग-सिस्टम हो, डिज़ाइन टूल नहीं।