Show HN: मैं हर HN लिंक के लिए 2 टैब खोलने से थक गया था, इसलिए मैंने एक userscript बनाया
एक छोटा userscript जो Hacker News की टिप्पणियों को किसी भी linked article के साथ automatically दिखाता है, उन कई पाठकों के बीच लोकप्रिय हुआ है जो कहानी और चर्चा के लिए अलग-अलग टैब खोलते हैं। टिप्पणीकार इस approach की तुलना built-in browser split-view सुविधाओं और dedicated extensions से करते हैं, और उपयोग में आसानी, privacy (जैसे हर visited URL को Algolia पर भेजना), तथा implementation complexity के बीच trade-offs पर चर्चा करते हैं। thread में duplicate submissions के across comment threads को blend करने, mobile के लिए default behaviors, और tabs तथा splits browser, window manager, या lightweight user scripts में कहाँ होने चाहिए—इन व्यापक विचारों पर भी बात होती है।
उपयोग-केस और आकर्षण
- कई टिप्पणीकार हर HN आइटम (लेख + टिप्पणियाँ) के लिए दो टैब खोलने की आदत साझा करते हैं और स्क्रिप्ट के स्वचालन को संतोषजनक मानते हैं।
- उपयोगकर्ताओं को लेख और चर्चा को एक साथ देख पाना पसंद है, खासकर तकनीकी पोस्टों के लिए, जहाँ टिप्पणियाँ लेख को सही या गहराई दे सकती हैं।
- कुछ लोग स्वीकार करते हैं कि वे सिर्फ टिप्पणियाँ पढ़ते हैं और मज़ाक करते हैं कि “no one is supposed to click TFA.”
विकल्प और बिल्ट-इन ब्राउज़र सुविधाएँ
- कई लोग Firefox, Chrome, Edge, Vivaldi, और tiling window managers में मौजूद built-in split view / tab tiling की ओर इशारा करते हैं, जो लेख और टिप्पणियों को side-by-side दिखा सकते हैं।
- अन्य लोग middle-click, back/forward navigation, या दूसरे HN extensions में custom keyboard shortcuts वाले workflows का वर्णन करते हैं।
Userscript बनाम extension
- userscripts के समर्थकों को ये बातें पसंद हैं:
- cross-browser विकास और वितरण आसान होता है।
- code की पारदर्शिता और सरल inspection।
- full extensions की तुलना में छोटे tweaks के लिए कम friction।
- अन्य लोगों का तर्क है कि non-technical users के लिए एक dedicated extension अधिक discoverable होगा, और कुछ लोग इसे मौजूदा HN extensions में integrate करने का सुझाव देते हैं।
Privacy और data संबंधी चिंताएँ
- एक प्रमुख आलोचना: script वर्तमान में चर्चा देखने के लिए हर visited URL को HN Algolia API पर भेजता है, जिससे full URLs और query strings संभावित रूप से leak हो सकती हैं।
- सुझावों में शामिल हैं:
- lookup केवल तभी trigger करना जब HN pages पर सक्रिय किया जाए।
- URLs को sanitize करना (केवल origin + path)।
- Bloom filters जैसी approaches का उपयोग करना ताकि button दबाए जाने तक external requests से बचा जा सके।
Duplicates और advanced features को संभालना
- script URLs को normalize करती है और एक matching submission खोजने के लिए Algolia का उपयोग करती है; multiple submissions अभी पूरी तरह संभाली नहीं गई हैं।
- उसी URL के लिए सभी HN threads को एकत्र करने वाले “blended comments” view के लिए उत्साह है; एक प्रारंभिक implementation लिंक की गई है।
- प्रतिक्रिया में sidebar में comment voting और default collapsed/expanded states को नियंत्रित करने की इच्छा शामिल है, खासकर mobile पर।
Window/tab management की विचारधाराएँ
- कुछ लोग तर्क देते हैं कि feature 1 (automatic two-pane viewing) खराब window management को दर्शाता है और इसे per-app नहीं, बल्कि desktop/WM स्तर पर हल किया जाना चाहिए।
- अन्य लोग heavy tab usage का बचाव करते हैं, tree-style tab managers, pane systems, का उपयोग करते हैं, और नोट करते हैं कि बहुत से लोग global WM control की बजाय in-browser organization को पसंद करते हैं।