JSON Canvas – अनंत कैनवास डेटा के लिए एक खुला फ़ाइल फ़ॉर्मैट

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

सामान्य प्रतिक्रिया

  • कई लोग अनंत कैनवस के लिए एक खुला, सरल फ़ॉर्मैट होने को लेकर उत्साहित हैं और इसे प्रकाशित करने के लिए Obsidian की सराहना करते हैं।
  • अन्य लोगों को लगता है कि स्पेक को “1.0” कहने के लिए यह अभी बहुत अपरिपक्व है और वे इसे अभी एक सच्चे सामुदायिक मानक की बजाय Obsidian का आंतरिक फ़ॉर्मैट अधिक मानते हैं।

स्पेक डिज़ाइन: सरलता बनाम पूर्णता

  • स्पेक बहुत छोटा है: type/position/color वाले nodes, from/to/color/label वाले edges, और कुछ node subtypes।
  • कुछ लोग इस “Markdown-जैसी” न्यूनतमता को अपनाने, पढ़ने में आसानी, और विस्तारशीलता के लिए अच्छा मानते हैं।
  • अन्य लोग तर्क देते हैं कि यह कम-निर्धारित और राय-प्रधान है: preset colors, fixed node types, और file, backgroundStyle, तथा coordinates जैसे fields के लिए अस्पष्ट semantics।

इंटरऑपरेबिलिटी, विस्तारशीलता, और शासन

  • कई लोग canvas apps के बीच interchange के लक्ष्य को पसंद करते हैं, लेकिन यह सवाल करते हैं कि यह कितना आगे जा सकता है जब apps मुख्यतः node semantics और behavior में नवाचार करते हैं।
  • सुझाव:
    • बेसलाइन core spec के साथ extensible metadata (unist या Markdown frontmatter की तरह)।
    • custom node types, styles, और embeds (URIs, MIME types, richer link types) के लिए स्पष्ट समर्थन।
    • शीर्ष स्तर पर version field; extensions के लिए conventions।
  • कुछ लोग “1.0 open format” के रूप में इसे अन्य tools के साथ पूर्व सहयोग के बिना लॉन्च करने की आलोचना करते हैं; अन्य इसे एक उचित प्रारंभिक बिंदु मानते हैं जो feedback के साथ विकसित हो सकता है।

तकनीकी विवरण और गायब हिस्से

  • निम्न के लिए माँगें:
    • प्रारंभिक view और embedding के लिए explicit bounding box / metadata।
    • coordinates, units, zoom behavior, और origin की अधिक स्पष्ट परिभाषा।
    • परिभाषित z-ordering (बाद में जोड़ा गया: array order = z-index)।
    • ज्यामितीय overlap से अनुमान लगाने के बजाय explicit group children।
    • अधिक styling (stroke width/style, shapes, scribbles, transparency, edges का routing)।
  • arrays बनाम maps for nodes, required बनाम optional fields, और क्या “point nodes” होने चाहिए — इस पर बहस।

फ़ॉर्मैट चयन: JSON बनाम विकल्प

  • चुना गया JSON tooling, web use, और text-file philosophy के लिए अच्छा माना जाता है; कुछ लोगों का तर्क है कि integrity और performance के लिए SQLite या binary formats बेहतर होंगे, जबकि अन्य note करते हैं कि portability, diffability, और simplicity JSON के पक्ष में हैं।
  • SVG, GraphML, Excalidraw, Argdown, HTML, और YAML से तुलना: कई लोग कहते हैं कि मौजूदा standards का पुन: उपयोग या mapping अधिक बुद्धिमानी हो सकती थी; अन्य लोग कहते हैं कि SVG/HTML इस semantic graph-जैसे model के लिए बहुत low-level या जटिल हैं।

अनंत कैनवास UX

  • मिश्रित भावनाएँ: कुछ लोगों को infinite canvases शक्तिशाली लगते हैं; अन्य उन्हें भारी और अपने mental models के साथ खराब मेल खाते हुए पाते हैं।
  • सुझावों में multi-scale information density, nested canvases, और ऐसे tools शामिल हैं जो पूरे दस्तावेज़ों के बजाय subsets/viewport slices पर काम करते हैं।