हमने आखिरकार एक div को center करना सीख लिया, फिर browsers ने sidebars जोड़ दीं
पूरे browser window के सापेक्ष page content को center करना—सिर्फ visible viewport के भीतर नहीं—उन developers और users से विरोध झेल रहा है जो sidebars, vertical tabs, और tiled window setups पर निर्भर करते हैं। आलोचकों का तर्क है कि fixed-width “centered” column को भौतिक रूप से screen के बीच में रखने की कोशिश करने से content browser UI से ढक सकता है, अपेक्षित layout behavior बिगड़ सकता है, accessibility और responsiveness जटिल हो जाती है, और user environment के बारे में अतिरिक्त जानकारी लीक हो सकती है। कई commenters ऐसे hacks को अधिकतम browser-level concern और सबसे खराब स्थिति में user-hostile मानते हैं, और पसंद करते हैं कि sites केवल viewport के भीतर center करें तथा आसपास के chrome को अनदेखा करें.
“एक div को center करना” का क्या मतलब है
- कुछ पाठक “एक div को center करना” को केवल क्षैतिज centering (
margin: 0 auto) के रूप में समझते हैं, जबकि अन्य इसे क्षैतिज और ऊर्ध्वाधर दोनों centering के रूप में लेते हैं। - लेख में इस meme-जैसे वाक्यांश के उपयोग को कुछ लोग उसके मुख्यतः क्षैतिज, sidebar-केंद्रित विषय के साथ असंगत मानते हैं।
Viewport बनाम window/screen centering
- मूल असहमति: क्या “centered” सामग्री को viewport (दिखाई देने वाला पेज क्षेत्र) में केंद्रित होना चाहिए, या sidebars खुले होने पर browser window / screen के सापेक्ष?
- कई लोग दृढ़ता से तर्क देते हैं कि centering viewport के भीतर ही होना चाहिए: sidebar उपयोग योग्य चौड़ाई कम कर देता है, इसलिए सामग्री को उसी अनुसार खिसकना चाहिए।
- एक अल्पसंख्या को यह विचार पसंद है कि browser sidebars खुलने पर भी सामग्री भौतिक screen center पर स्थिर बनी रहे, लेकिन वे इसे ज़्यादातर एक व्यक्तिगत पसंद मानते हैं जो किसी extension के लिए उपयुक्त है, web behavior के default के रूप में नहीं।
- कई लोग ध्यान दिलाते हैं कि window की स्थिति, multiple monitors, tiling WMs, और non-maximized windows “screen-centered” semantics को निरर्थक या सीधे तौर पर गलत बनाते हैं।
Usability और design opinions
- एक बड़ा समूह browser sidebars द्वारा content को ढकने को स्पष्ट रूप से खराब UX और “page का मामला नहीं” मानता है।
- अन्य लोग कहते हैं कि browser का काम overlays/sidebars को manage करना है; अगर कोई sidebar overlay की तरह behave करनी चाहिए, तो वह browser setting होनी चाहिए, page logic नहीं।
- कुछ लोग लेख के page design पर भी आपत्ति करते हैं: faux “paper” के साथ inner scroll containers, native scrolling से अलग scroll behavior, और बहुत संकीर्ण content widths।
- Counterpoints में typographic research का हवाला दिया जाता है जो छोटी line lengths को बेहतर बताता है; कुछ लोग इन “optimal width” नियमों को उपयोगी मानते हैं, जबकि अन्य इन्हें dogmatic और user preference के विपरीत मानते हैं।
तकनीकी और implementation मुद्दे
- कई रिपोर्टें कहती हैं कि demo Firefox या Chromium में, या केवल कभी-कभी, वर्णित तरीके से behave नहीं करता, और sidebars toggle करने पर flicker तथा race conditions दिखाता है।
- browser के layout से लड़ने के लिए अतिरिक्त JS का उपयोग brittle, visually jarring, और edge cases में टूटने की संभावना वाला बताया जाता है।
Privacy और web API संबंधी चिंताएँ
screenX/screenY, window size, और संबंधित APIs का उपयोग करके window placement का अनुमान लगाना fingerprinting और information-leak का एक और vector माना जाता है।- कुछ लोग नए web APIs के प्रति व्यापक संदेह व्यक्त करते हैं जो sites को viewport के बाहर host UI के बारे में तर्क करने देते हैं।