Jelly UI: नेटिव HTML फॉर्म कंट्रोल्स के लिए सॉफ्ट-बॉडी फ़िज़िक्स

समग्र प्रतिक्रिया और संभावित उपयोग-क्षेत्र

• बहुत-से लोगों को jelly इफ़ेक्ट्स आनंददायक, प्यारे, और रचनात्मक रूप से ताज़गीभरे लगे; कुछ का कहना है कि वर्षों में उन्होंने यह पहली “fun” UI idea देखी है।
• दूसरों को यह ज़रूरत से ज़्यादा, ध्यान भटकाने वाला, मतली पैदा करने वाला, या “uncanny” लगता है, और वे उम्मीद करते हैं कि यह कभी गंभीर production apps में न आए।
• सुझाए गए niches: games, kid-focused sites, candy/ice-cream stores, playful AI interactions, early literacy apps, gaming UIs.
• कई लोगों का कहना है कि इसे सीमित रूप से इस्तेमाल करना (single buttons, sliders, या special controls) tasteful हो सकता है; इसे हर जगह लागू करना garish होगा।

मोशन प्राथमिकताएँ और accessibility

• लाइब्रेरी prefers-reduced-motion का सम्मान करती है, और animations को disable कर देती है। इससे कई लोग भ्रमित हुए, क्योंकि उन्होंने शुरू में केवल rounded controls देखे और मान लिया कि यह broken है।
• कुछ लोग system settings का सख़्ती से पालन करने की सराहना करते हैं, खासकर वे जिनमें visual sensitivities हैं।
• दूसरों को demos पर global OS toggles लागू करना पसंद नहीं आया, या उन्होंने Reduce Motion केवल OS animations तेज़ करने के लिए चालू रखा था; वे in-page override चाहते हैं।
• बाद में लेखक एक notification और override control जोड़ता है।

स्क्रोल व्यवहार और interaction design

• demo में scroll snapping / scrolljacking इस्तेमाल हुआ, जिसे कई लोगों ने झकझोर देने वाला बताया; इससे अपेक्षित scrolling टूटती है, overshooting होता है, और पढ़ने या scrollbars इस्तेमाल करने में कठिनाई होती है।
• कुछ लोगों को slide-like transitions पसंद आए और उन्होंने browser behavior को दोषी माना।
• लगातार आलोचना के बाद scroll snapping हटा दिया गया।

“Soft-body physics” और effect design

• कई टिप्पणीकार कहते हैं कि विज्ञापित “soft-body physics” स्पष्ट नहीं है, खासकर जब motion reduced हो; उन्हें deformation दिखती है, लेकिन भरोसेमंद physical behavior नहीं।
• कुछ लोग interaction में असंगतता की आलोचना करते हैं: click-and-drag कभी deform करता है, कभी नहीं; click-up बाहर होने पर भी कभी-कभी activate हो जाता है, कभी नहीं (बाद में आंशिक रूप से fixed)।
• अनुरोधों में alternate deformation directions, hover effects, अधिक 3D/lighting, और ऐसे jelly effects शामिल हैं जो केवल outlines नहीं बल्कि text को भी प्रभावित करें।

Performance और implementation संबंधी चिंताएँ

• requestAnimationFrame loop पर बहस है और इस पर कि क्या यह ज़रूरत से ज़्यादा पूरे document को repaint करता है बनिस्बत केवल active components के।
• कुछ लोग इसे web पर फिज़ूलखर्ची और battery के लिए खराब मानते हैं; दूसरे इसे games से तुलना करते हैं और कहते हैं कि हर frame कुछ widgets draw करना सस्ता होना चाहिए।
• profiling से संकेत मिलता है कि लागत का बड़ा हिस्सा jelly engine से नहीं बल्कि Lottie header/footer animations से आ सकता है, लेकिन यह मुद्दा अभी भी विवादास्पद है।

Component UX, accessibility और compatibility

• विस्तृत आलोचनाएँ विशिष्ट components को लक्षित करती हैं: OTP inputs (कई single-character fields), pagination, tabs, disclosure dialogs, switches, और menu interactions।
• चिंताएँ: छोटे hit targets, clickable areas में gaps, खराब keyboard behavior, और disabled elements में low opacity तथा pointer-events: none का उपयोग, जबकि WCAG claims किए गए हैं।
• कुछ उपयोगकर्ताओं ने sluggish performance और Firefox (mobile और desktop) तथा कुछ Chrome setups पर broken या absent animations की रिपोर्ट की।
• अन्य लोग web components के उपयोग की प्रशंसा करते हैं और source code तथा bundling में रुचि व्यक्त करते हैं, यह नोट करते हुए कि GitHub repo को ढूँढना कठिन है।