A
A Microsoft kiadta a „Szerkesztés”, az új nyílt forrású parancssori szövegszerkesztő 1.2.0 verzióját, amely csak egy hónappal azután, hogy az eszköz kezdeti feltárása után a Build 2025 konferencián jelentkezzen. A kiadás jelentős teljesítménynövelést, új közösségvezérelt funkciókat és számos hibajavítást eredményez, jelezve egy agresszív fejlesztési ütemét egy olyan eszköz számára, amelynek célja a Windows operációs rendszer egy évtizedes rés kitöltése. Míg a látszólag egyszerű segédprogram, a projekt aktív, nyílt forrású fejlesztése és az alapvető teljesítményre összpontosít, szélesebb körű stratégiát mutat az alapvető fejlesztői élmény javítására a Windows-on. Azoknak a felhasználóknak, akik gyors szerkesztéseket végeznek vagy konfigurációs fájlokat kezelnek anélkül, hogy teljes IDE-t el akarnak indítani, vagy a harmadik féltől származó telepítésekre támaszkodnának, a projekt pályája egyre életképesebb és hatékonyabb első párt opcióvá teszi.
A lángoló sebességtől az életminőségig
Az 1.2.0 verzió kiadásának középpontja a szerkesztő teljesítményének drámai átalakítása, különösen a nagy fájlok kezelése esetén. A hivatalos kiadási jegyzetek szerint , a szövegvonalak átkeresésének logikája több százszor gyorsabb. A fejlesztők kiemelték ennek a változásnak a valós hatását, kijelentve: „Ha problémái voltak az 1 GB+ fájlok böngészése előtt: Most már nem. A CPU-nál 160 GB/s sebességgel fut.”.
A sebességjavításon túl a frissítés számos életminőségi funkciót vezet be, amelyek a közösségi visszajelzésekből származnak. A Fájl megnyitása/mentése párbeszédpanel most támogatja a fájlnév automatikus kiegészítését, ésszerűsíti a fájl navigációt. A szöveges szerkesztők által a zavaros pontot, a szöveges szerkesztők általánosan áttervezték egy fuzzy keresési mezővel, hogy egyszerűsítse a megfelelő formátum, például a shift_jis megtalálását. A hibakeresési kicsi, de praktikus érintéssel a nem szabványos vezérlőszereplőket most sárga színben kiemelik, így könnyen észrevehetőek lehetnek. Target=”_ üres”> A Microsoft egy blogbejegyzésben magyarázható , a „Szerkesztés” projekt egy egyszerű, de régóta fennálló szükségességből született, mivel a Windows modern 64 bites verziói nem rendelkeztek beépített, alapértelmezett parancssori szerkesztővel az MS-DOS napjai óta. Ez hagyta a felhasználókat harmadik féltől származó eszközök telepítésére vagy a szerkesztők használatára olyan környezetben, mint a Windows alrendszer a Linuxhoz (WSL), amelyet a Microsoft nemrégiben nyílt forrásból készített.
A Hacker News című részletes indokon közzétette a projekt vezető közreműködőjét, hogy egy új eszközt készítsen, nem pedig egy létező eszközt. A csapatnak egy kis bináris méretű szerkesztőt igényelt, amely alkalmas az összes Windows variáns, az erős Unicode-támogatás és a natív integráció összekapcsolására a modern terminál szabványokkal. A „szerkesztés” rozsda írásával a csapat elérheti a kívánt teljesítményt és a kis lábnyomot, miközben biztosítja a Windows platform első osztályú támogatását. href=”https://github.com/microsoft/edit”Target=”_ üres”> github oldal . Az 1.2.0 verzió kiadási jegyzeteit a közösségfejlesztőknek a hibajavítások és a funkciók hozzájárulása érdekében töltik meg, bemutatva, hogy a nyílt forráskódú modell gyümölcsöt hordoz. A fejlesztési csapat még egy játékos bólintással is megnyitotta a bejelentést egy híres Microsoft pillanatra, írva: „Ahogyan Steve Ballmer híresen mondta: Javítások! Javít! Javít! Jobban csinálunk, és új funkciókkal is rendelkezünk”.
Ez az együttműködési energia egy vegyes, de elkötelezett kezdeti fogadást követ. Amikor először bejelentették, egyes fejlesztők megkérdőjelezték a zsúfolt területen egy másik szerkesztő szükségességét, míg mások dicsérték a kezdeményezést, hogy egyszerű, függőségmentes eszközt biztosítsanak a natív Windows munkafolyamatokhoz. Úgy tűnik, hogy a projekt gyors előrehaladása és egyértelmű reagálása a felhasználói visszajelzésekre úgy tűnik, hogy a Microsoft azon döntését, hogy elősegíti az eszköz nyitott növekedését. Ez a Microsoft koncentrált erőfeszítéseit képviseli a saját operációs rendszerének finomítására, a natív fejlesztő eszközláncának finomítására. A klasszikus problémára vonatkozó modern, gyors és nyílt forráskódú megoldás felépítésével a vállalat egyértelmű jelzést küld, hogy a Windows fejlesztői élményének minden rétegének javításába fektet be, a komplex integrált fejlesztési környezetektől kezdve az alázatos parancsnoki szerkesztőig.