Microsoft Edit - MS-DOS Editor előtt tisztelgő szerkesztőt jelentett be a Microsoft

Microsoft, Windows
Egy egyszerű szerkesztő egyszerű igényekhez. [...] Ez a szerkesztő tisztelgés a klasszikus MS-DOS Editor előtt, de modern felülettel és a VS Code-hoz hasonló bevitelvezérléssel rendelkezik. A cél egy olyan könnyen hozzáférhető szerkesztő biztosítása, amelyet még azok a felhasználók is egyszerűen használhatnak, akik kevéssé ismerik a terminálokat.

Rust függősége van, fordítható Windowsra, Linuxra ... GitHub tároló itt.

( Botond | 2025. 05. 20., k – 09:07 )

edlin remake mikor lesz? Nagy igény lenne rá.

edlin remake máris van, de nem a Májkrémszaft jegyzi, hanem az egyik FreeDOS-os fejlesztő. Az edlin annyira primitív, hogy nem volt nehéz újraimplementálni. Ráadásul multiplatformos, így Linux alá is lefordítható, bár nem tudom azon ki használná, ha ott van az ed, ex, vi, vim, stb..

Nekem csalódás volt a hír, mert azt hittem, hogy a DOS-os edit kódját nyitották meg, annak több értelme lett volna. De végül is modern Windows alá sem árt valami terminál alapú TUI megoldás.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( hnsz2002 v | 2025. 05. 20., k – 10:06 )

Szerkesztve: 2025. 05. 20., k – 10:24

A perlt mindig szidták, hogy milyen fos, olvashatatlan, átláthatatlan... Nem emlékszek hogy láttam már valaha rust kódot. Ebbe belenéztem... Hát, egyik-másik része... Good luck. Inkább nem nyúlnék hozzá.

"Sose a gép a hülye."

Ja, fincsi cucc, és a cargo-t még nem is láttad. Szeretjük mi is, szépen tépsz sorszámot, és te is beállsz a rajongói sorba.

Szerk.: közben kipróbáltam Arch AUR-ból ezt a MS Edit-et. Elég fapados cucc, tud viszont több rétegű undo-t, meg regexp keresést, helyettesítést. Kb. régi notepad szintje. Rust-tal nem fordult, csak rustup-pal. Nem tűnik nagy számnak.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Rust-tal nem fordult, csak rustup-pal.

Apa, kezdődik! De legalább találó a név, a coderot akarom mondani rust gyorsan utoléri ezeket a repókat, ha már most kompatíbilitási gondok vannak a fordítóval.

Kb. régi notepad szintje.

Á, dehogy. Nem néztem, ez mekkora, de a régi notepad (msedit) egy pár kilobájtos exe volt (és elég volt neki 640K RAM), nyakamat rá, ez sokkal több, és jóval több memóriát is zabál, szóval nem az a szint... (enyhe szarkazmus arra célozva, hogy ugyanazt a funkcionalitást tízszer annyi erőforrás elpazarlásával érik el, lol)

( bimi3 | 2025. 05. 20., k – 18:49 )

Nekem tetszik ez a típusú szerkesztő. Eddig az mcedit-et használtam, de ez barátságosabb. Köszi! :-)

Koszi, igeretesnek latszott, nem tudtam rola, a FAR-rol meg teljesen megfeledkeztem. Jo latni, hogy meg aktiv.
Sajnos a konzol integracio egyiknel sem megy rendesen, legalabbis nem unix shellel, pl. egyiket sem lehet egy git bash ablakbol elinditani, de ha csak magukban inditom oket, akkor is max egy cmd shell-t tudnak mutatni, olyat meg ki hasznal? Kar.

De a tobbi szokasos dologra jok lesznek, koszi.

Ez mukodokepesnek tunik:
 - msys2: msys2.org
 - pacman -Syu
 - pacman -S mc
 - nano /etc/nsswitch.conf
    ```db_home: windows```
 - Git for Windows felrakasa kulon (nem pacmannel) es hozzaadasa a PATH-hoz, egy-ket egyeb dologgal egyutt

Ugyan a git msys2 alapu, viszont nincs benne pacman. A pacmannel telepitett git-ben meg nincs schannel backend, csak openssl, ezert nekem mindketto kellett.

Ha Bash-ban használod, ott mennie kéne a unixos mc-nek. Konzolos integráció nincs nagyon Windows alatt, ja. Ha ilyen igényeid vannak, akkor rakj fel WSL-t, vagy használj natív Linuxot. Ha más nem, valami táveléréssel, és a Windowst csak SSH kliensként használod az újfajta Windows Terminal-lal, akkor lesz normális git, bash, mc, stb., és nem kell cmd shellel szenvedni.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Az adamyg fork git bash ablakbol nem indul, csak annyit ir ki, hogy "console not detected" vagy hasonlo. Itt talaltam egy ticketet, ugy latszik, masfel eve meg ennyit sem irt ki. :-)
https://github.com/adamyg/mcwin32/issues/63

Linux nem megoldas, pont az van, hogy tobb platformra fejlesztunk, es ha a windows CI build elhasal, es nem trivialis, hogy miert, akkor muszaj vagyok bejelentkezni egy windows gepre megszerelni, es hat komfortosabban mozgok parancssorban, de windows-on windows-ra kell forditani.

Amugy a fenti megoldas mukodni latszik, msys2-ben megy az mc, kicsit jatszani kell vele, de megy.

Az ötlet már 30 éve merész. Persze nem mindenki fogadja el.

Az msvc is úgy működik, hogy kijelölöd milyen típusú cuccra van végeredményben szükséged. Aztán pedig összeszedi amit úgy gondolt, hogy ahhoz kell. Ne vegyél rá mérget, de szerintem ilyesmit a gcc is tud. Ne vedd erőltetésnek. Csak szimpla megjegyzés volt. Maradj a jól bevált dolgoknál.

Még nincs aláírásom.

Nem gcc-t hasznalunk windowson, hanem msvc-t.

Kicsit összezavarodtam, nem pont azt írtad fentebb, hogy msys2-t használsz?

Abban egyébként nagyon jól belőtték a gcc-t, tökéletes windows binárisokat fordít, csak kicsit játszani kell a kapcsolóival eleinte. Amint megvannak a kapcsolók, onnantól sima csiga.

Eleg meresz otlet.

Valóban, de nem a fordító miatt, hanem sokkal inkább a rendszer és a dll függőségek miatt. Msys2 remekül belövi, hogy milyen natív dll-ek merre, hol találhatók és azokkal linkel, csak legvégső esetben használja a saját dll-jeit (ezek ugye hiányoznak Linuxon, emiatt merész igazán a cross-compile).

A compiler az msvc. Csak jellemzoen nem visual studio projectkent forditunk, hanem ninjaval, amihez egy bash shell tokeletesen eleg. Ami nalam egy git bash ablak szokott lenni, de mivel par napja (fentebb) eszrevettem, hogy egy msys2 ablakban lehet mc-t is futtatni, inkabb majd azt hasznalom. Pusztan csak a komfort miatt, semmi masert.
A gcc-t meghagyom a linux buildekhez.

Aha, így már értem, kösz!

Pusztan csak a komfort miatt, semmi masert.

Jaja, van pár idegesítő hülyesége az msys2-nek, de összességében meglepően jól használható. Már az msys1 sem volt rossz, de azért az fapados volt a 2-höz képest. A cygwin-nél már az 1-es is használhatóbb volt, különösen dll linkelés tekintetében. Az meg különösen tetszik, hogy 2-es alatt több toolchain is könnyedén választható, és hogy a saját GUI-s cucc helyett pacman lett a csomagkezelő.

A gcc-t meghagyom a linux buildekhez.

Én a windows-t is azzal fordítom, remekül működik. Mondjuk nem használom nagyon a windows környezetet, jellemzően az a workflow, hogy VM beröffent, repó bemásolódik, msys2+make+mingw elindul, fordít, lefordított bináris kimásolódik, VM leáll. (Az egyik ilyen idegesítő baja az msys2-nek, hogy nem látja a vbox shared foldereket, azért kell másolni.) Szóval nem használok git-et, se semmit win alatt, minden ilyent Linux oldalon kezelek, a win-es VM csak fordít meg teszteket futtat.

( marcabru | 2025. 05. 21., sze – 05:13 )

Szerkesztve: 2025. 05. 21., sze – 05:55

Ez elég logikus, csodálkoztam, hogy eddig nem volt. Az MS nyomja már a Server 2008R2 óta a "core" telepítést, ahol minimális GUI van, de pl Notepad ablakot tudtál nyitni. Parancssorból, mert az explorer.exe nem futott, de távolról elérve  RDP már kellett hozzá. Persze az ajánlott menedzselési mód a Powershell remoting volt, viszont azzal bizonyos dolgokat nem lehet csinálni (pl helyben konfigfájlt szerkeszteni). És újabban SSH szerver is benne van a szerver telepítésben (talán opcionálisan, ha jól emlékszem), szóval innen már szinte kötelező, hogy egy épkézláb editor legyen benne. És a WSL ezen nem segít, mert az nem szerveroldali cucc, az fejlesztők klienseire tesztelésre való.

De, volt eddig is. Csak nem beépített gyári megoldás, de a core telepítésre is feltehetsz bármit, vim, neovim, elvis, emacs/uemacs, joe, jed, vagy amit akarsz.

Amúgy egyetértek, kell minden rendszerbe egy használható konzolos editor, esetleg egy fájlkezelő is, meg tömörítési-hálózati tool-ok, ahhoz, hogy használható, meg minimum szinten menedzselhető legyen. Örülök, hogy kezdi ezt a MS is belátni. Ez az Editor egyébként szép húzás tőlük, végre egy MS szoftver, amibe nincs kémprogram, AI, OneDrive, reklám, telemetria beépítve, és a kódja is nyitott. Ennek ellenére megnyithatták volna az eredeti MS-DOS edit parancs kódját is, ha már.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( the_manni | 2025. 05. 21., sze – 16:27 )

Ez nem is igazi, elsőre ki tudtam belőle lépni ;) Viccet félretéve, aranyos, megszokott billentyűkombók is mennek.

( kleinie | 2025. 05. 21., sze – 22:15 )

Szerkesztve: 2025. 05. 21., sze – 22:16

Kedves Májkroszoft!

Itt kellett volna abbahagyni! Meg a mikrogépes BASIC-nél!

Habár, ha belegonolok, a többit úgyis loptátok! Nem saját fejelsztés. 🤣

( Raynes v | 2025. 06. 05., cs – 01:01 )

Kicsit nézegettem az issue tracker-t az msedit git oldalán, hát vannak benne elég hülyeségek. Pl. 4 GB-os önkényes fájlméret, mert az ought to be enough for anybody ©® vagyis úgy fogalmazzák meg, hogy nem 1 giga feletti fájlok szerkesztésére van kitalálva. Valahogy ezek a korlátozások beépítése annyira mélyen beleintegrálódott a MS gondolkodásába, hogy nem tudják levetkőzni. Még azt meg is érteném, ha mondjuk 32 bitre fordítva csak 2-4 giga lenne a korlát, de 64 bites rendszeren minek korlátozni? Persze, az igaz, hogy óriási fájlokkal való munkára nem valók ezek az egyszerű text editorok, a vim, neovim pl. elbír akármekkora fájlt, de azért ha nagyon hosszú, vagy nagyon hosszúak benne a sorok (wordwrap-et lassítja), vagy kódszínezni, vagy valami mást próbál, azért le tud menni csiga lassúba, de azért lekezeli a fájlt.

Másik pl. egy egyes terminálok eltérítik a Ctrl+V-t, és nem csak unixlike rendszereken, de pl. windowsos powershellben is, és emiatt a kijelölt szöveg utáni üressor, ha van, nem illesztődik be. Tele van ilyen kisebb bugokkal, így nem ajánlom, hogy bárki fő text editornak használja jelenleg, komoly, tétre menő munkához.

A másik, ami nem tetszik, hogy csak egérrel lehet konfigurálni a text editor futása közben, de beállítást nem ment, meg pl. konfigfájlt nem támogat, pedig megoldhatnák egy toml (szabványosított ini) fájllal. Összességében ménkő buta egy program, meg a hagyományos TUI text editorokhoz képest is.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”