- कोड एडिटर Zed अब Windows पर आधिकारिक रूप से जारी हो गया है
- DirectX 11 का उपयोग करके रेंडरिंग की गई है, और टेक्स्ट रेंडरिंग के लिए DirectWrite का इस्तेमाल कर Windows-विशिष्ट विज़ुअल अनुभव दिया गया है
- Windows Subsystem for Linux(WSL) के साथ सीधे इंटीग्रेशन और SSH रिमोट कनेक्शन सपोर्ट के जरिए रिमोट डेवलपमेंट वातावरण को मजबूत किया गया है
- WSL टर्मिनल में
zed कमांड से फ़ोल्डर तुरंत खोला जा सकता है
- Zed के अंदर भी File > Open Remote या कमांड पैलेट में
project: open remote चुनकर इच्छित WSL Distro जोड़ने का समर्थन है
- Linux रिमोट सर्वर कनेक्शन के लिए
Connect New Server विकल्प दिया गया है
- WSL या SSH वातावरण में फ़ाइल I/O प्रोसेसिंग Zed की हल्की रिमोट सर्वर प्रोसेस(wsl.exe/ssh.exe) के माध्यम से होती है
- फ़ाइल एडिटिंग, git इंटीग्रेशन, टर्मिनल, टास्क, लैंग्वेज सर्वर, डिबगर जैसी प्रमुख सुविधाएँ रिमोट वातावरण में भी पूरी तरह काम करती हैं
- एक्सटेंशन और WebAssembly इंटीग्रेशन
- Windows के लिए एक्सटेंशन बिना किसी अतिरिक्त सेटअप के तुरंत उपयोग किए जा सकते हैं
- नया एक्सटेंशन बनाते समय Windows-विशिष्ट हैंडलिंग की आवश्यकता नहीं है
- Zed एक्सटेंशन WebAssembly Components पर आधारित हैं, और WASI इंटरफ़ेस के जरिए फ़ाइल सिस्टम तक सैंडबॉक्स्ड एक्सेस संभव है
- फ़ाइल पाथ कन्वर्ज़न का काम Zed अपने आप संभालता है, इसलिए Windows और Unix पाथ के अंतर का बोझ लिए बिना डेवलपमेंट किया जा सकता है
- AI फीचर्स और अतिरिक्त बातें
- AI-आधारित एडिटिंग प्रेडिक्शन और ACP(Agent Client Protocol) इंजन एजेंट सहित Zed की सभी AI सुविधाएँ Windows और रिमोट वातावरण(WSL/SSH) दोनों में पूरी तरह समर्थित हैं
- ACP के माध्यम से Claude Code का सीधे उपयोग किया जा सकता है
- Zed Pro का 14-दिन का मुफ्त ट्रायल या व्यक्तिगत API key को जोड़कर उपयोग किया जा सकता है
- Mac, Linux की तरह Windows वर्ज़न के लिए भी हर हफ्ते अपडेट दिए जाएंगे, और कई Zed इंजीनियर Windows को अपने मुख्य डेवलपमेंट वातावरण के रूप में इस्तेमाल करते हैं, साथ ही Windows के लिए समर्पित डेवलपमेंट टीम लगातार बनी हुई है
1 टिप्पणियां
Hacker News टिप्पणियाँ
ALT+Fसे file menu खोलना, याALT+SPACEBARसे system context menu (maximize, minimize, close menu आदि) लाना काम नहीं करता। DirectX rendering backend की प्रकृति के कारण ऐप native win32 process से ज़्यादा किसी video game की तरह render होता हुआ लगता है। install के बाद directory size का 400MB से ज़्यादा होना भी काफ़ी चौंकाने वाला है। VSCode लगभग 380MB है, यह देखते हुए मान लेता हूँ कि यह Electron app नहीं है, लेकिन इसमें इतना सब क्या भरा है यह सोचने वाली बात है। मुझे लगा था Rust apps हल्के होते हैं, लेकिन install size तो Java-स्तर की binary/dependency bloating के काफ़ी करीब लगती है.js-आधारित हैं, और extensions WASM हैं। VSCode extensions को अलग settings directory में रखता है, लेकिन Zed में सब install directory में ही हैCtrl+Zभी अभी implement नहीं है, इसलिए backup न हो तो recovery असंभव है (version control में भी अभी push नहीं किया था)। 2. Rust workspace में एक खास crate के errors/warnings editor में बिल्कुल नहीं दिख रहे थे। बहुत settings बदलकर देखीं, नहीं हुआ; VSCode खोला तो बिना किसी खास setting के ठीक चलाCtrl+Zजैसा इतना अहम feature नहीं हैjump to declarationजैसी LSP actions हमारे codebase में VSCode/Cursor की तुलना में बहुत धीमी थींtypescript-goको LSP के रूप में support करता है। यह हाल ही में IDEA में जोड़ा गया है, और मैंने इसे कुछ महीनों तक इस्तेमाल किया है—वाकई शानदार हैtsserverही इस्तेमाल करते हैं, इसलिए यह धीमा क्यों है समझ नहीं आतादुर्भाग्य से मुझे इस तरह की समस्या आई
x86_64binary ही है। मुझे ARM Surface Pro बहुत पसंद है, इसलिए अगर Zed इस hardware पर चले तो बहुत अच्छा होगा। अगर Zed team यह comment देखे, तो कृपया इस पर विचार करेaarch64पर चलाता हूँ। 16GB Surface Pro पर build थोड़ा धीमा है, लेकिन बिना समस्या के चल जाता है। official binary का भी इंतज़ार हैmsvcसे zed build करने पर यह Linux की तुलना में बहुत धीमा महसूस होता है। इस पर संबंधित इश्यू भी खोला गया है