Interop 2024 के साथ वेब बस और बेहतर होता जाता है

मूल लेख ↗ Hacker News चर्चा ↗

Browser vendors की Interop 2024 पहल का लक्ष्य cross-browser consistency को और सख़्त करना है, जिसमें CSS features जैसे nesting, scrollbars, typography, और popover behavior पर विशेष ज़ोर है; कई लोग इन्हें रोज़मर्रा की web layout और design के लिए व्यावहारिक जीत मानते हैं। टिप्पणीकार प्राथमिकताओं पर बँटे हुए हैं: कुछ इन quality-of-life सुधारों का स्वागत करते हैं, जबकि अन्य तर्क देते हैं कि Progressive Web Apps के लिए अधिक परिवर्तनकारी क्षमताएँ—जैसे भरोसेमंद local file access, storage persistence, और व्यापक PWA install support—उपेक्षित की जा रही हैं, और अक्सर Google-नेतृत्व वाले प्रस्तावों पर Apple और Mozilla की security तथा privacy आपत्तियों को इसके लिए दोषी ठहराते हैं। यह आदान-प्रदान web complexity, standardization politics, और इस प्रश्न के पीछे छिपे गहरे तनावों को उजागर करता है कि web को native-app जैसी क्षमताओं की ओर कितना विकसित होना चाहिए बनाम user privacy और platform control को बनाए रखना चाहिए।

Interop 2024 का फोकस और चयन

  • Interop को उपयोगी समन्वय के रूप में देखा जाता है, लेकिन कुछ लोगों को लगता है कि चुनी गई कई चीज़ें (CSS, popover, QoL fixes) वे हैं जिन्हें ब्राउज़र वैसे भी शिप कर रहे थे, न कि सबसे कठिन interop अंतर।
  • दूसरे लोग जवाब देते हैं कि ये क्षेत्र (CSS nesting, scroll snap, popover, IndexedDB, accessibility, workers) रोज़मर्रा के डेवलपमेंट पर व्यापक असर डालते हैं और ठीक वही हैं जिन्हें कई डेवलपर्स चाहते हैं।
  • प्रक्रिया की दृष्टि से, इसे ब्राउज़रों के बीच एक छोटा समूह बताया जाता है जो इस बात पर तालमेल बनाता है कि वे अपनी सामान्य roadmaps के साथ-साथ यथार्थवादी रूप से किस पर काम कर सकते हैं; यह नई सुविधाएँ थोपने से ज़्यादा व्यवहार को एकरूप बनाने के बारे में है।

PWA, क्षमताएँ, और ब्राउज़र राजनीति

  • कई टिप्पणीकार पूछते हैं कि PWA पर एक समर्पित फोकस क्षेत्र क्यों नहीं है; जवाब में कहा जाता है कि PWA से संबंधित हिस्से (IndexedDB, service workers, mobile, modules) पहले से ही शामिल हैं।
  • गायब या असमान रूप से लागू APIs पर बहस: OPFS, file-system access, Trusted Types, URLPattern, JSON modules, import attributes.
  • Apple के इरादों को लेकर कड़ा विवाद: कुछ लोग उस पर PWA क्षमताओं को धीमा करके App Store की रक्षा करने का आरोप लगाते हैं; अन्य कहते हैं कि Apple और Firefox, privacy/security के आधार पर, unsafe, non-standard Chrome प्रस्तावों (WebUSB/WebHID/WebSerial, कुछ PWA “capabilities”) को रोक रहे हैं।
  • Firefox के लिए “dropping PWA support” का क्या मतलब है, इस पर भ्रम और असहमति (APIs बनाम installable desktop PWAs)।

Storage, filesystem, और persistence

  • OPFS और व्यापक file-system access APIs को कुछ लोग PWAs को वास्तविक native प्रतिस्पर्धी बनाने के लिए महत्वपूर्ण मानते हैं (local file editing, no backend storage)।
  • प्रतिवाद: शक्तिशाली storage APIs लंबे समय में tracking vectors बन सकते हैं; storage behavior को anti-tracking नीतियों के साथ मेल खाना चाहिए।
  • Safari द्वारा कम-देखी जाने वाली sites के लिए 14 दिन बाद data हटाना और non-persistent storage eviction, offline-first app authors को परेशान करता है। navigator.storage.persist() के ज़रिए “Persistent” storage को व्यवहार में अस्पष्ट और अविश्वसनीय बताया जाता है।
  • कुछ लोग तर्क देते हैं कि Apple और Mozilla ने Chrome के file-system access spec को सही कारणों से unsafe कहकर अस्वीकार किया; अन्य लोग उन्हें इस बात के लिए दोषी ठहराते हैं कि उन्होंने स्वीकार्य alternatives प्रस्तावित नहीं किए।

CSS, UI, और scrollbars

  • CSS nesting, popover, scroll snap, subgrid, color functions, filters, आदि को व्यापक रूप से सराहा जाता है क्योंकि ये JS boilerplate कम करते हैं और web को अधिक “native” महसूस कराते हैं।
  • Scrollbar styling को शामिल करना राय को विभाजित करता है: कुछ इसे जटिल UIs के लिए महत्वपूर्ण और JS scrollbars से बचने का एक समझौता मानते हैं; अन्य इसे अनावश्यक designer-driven customization मानते हैं जो usability और accessibility को नुकसान पहुँचाती है।
  • native platform consistency बनाम cross-platform “same everywhere” web design के बीच व्यापक तनाव; native toolkits की लागत और उपेक्षा को web UIs की ओर धकेलने वाला कारण बताया जाता है।

Images, color, typography, और icons

  • JPEG XL की अनुपस्थिति उन समर्थकों को निराश करती है जो इसे तकनीकी रूप से बेहतर image format मानते हैं; समर्थकों का कहना है कि AVIF के पास पहले से अधिक adoption है और यह “good enough” है।
  • Wide-gamut/P3 color support को असमान बताया गया है (Firefox द्वारा sRGB पर clamping)। इस पर बहस कि आज high-gamut displays वास्तव में कितने मायने रखते हैं।
  • कुछ लोग चाहते हैं कि अधिक CSS typography features (जैसे leading/text-box-trim, margin-trim) को cross-browser प्राथमिकता मिले।
  • SVG favicons और simplified icon handling की माँग की जाती है; Safari के आंशिक समाधान और Apple-विशिष्ट icon आवश्यकताओं को casual devs के लिए friction माना जाता है।

Browser models, tests, और missing areas

  • Safari द्वारा engine updates को OS versions से जोड़ना (खासकर iOS पर) आलोचना का विषय है क्योंकि इससे पुराने hardware पर outdated features/bugs रह जाते हैं; समर्थकों का तर्क है कि iOS upgrade rates ऊँची हैं और security patches backport किए जाते हैं।
  • कुछ लोग Interop/WPT metrics की आलोचना करते हैं क्योंकि इनमें non-standard Chrome APIs शामिल हैं और इससे Safari/Firefox खराब दिखते हैं।
  • गायब या कम-ज़ोर दिए गए क्षेत्रों को लेकर चिंताएँ: WebGPU, WebAssembly GC/multiple memories, WebXR, form controls, hyphenation quality, Cookie Store API.
  • meta-discussion: कुछ लोग web complexity और कुछ engines के प्रभुत्व पर अफ़सोस जताते हैं; अन्य तर्क देते हैं कि rich app capabilities और profitable software delivery अब web की वास्तविक भूमिका हैं। मुख्यधारा web के बाहर प्रयोगों के रूप में Gemini, Spartan, Scorpion जैसे alternative simple protocols का उल्लेख किया जाता है।