Microsoft zet commandlinetool Edit in Windows 11-update

Microsoft heeft zijn commandlinetool Edit in de nieuwste update voor Windows 11 gezet. Het programma was al een paar maanden uit, maar stond nog niet standaard in het besturingssysteem van de Amerikaanse softwaremaker.

Microsoft heeft de komst van Edit, Bewerken in het Nederlands, achteraf toegevoegd in de changelog van 25H2 KB5065789. De code stond al een tijdje op GitHub en Edit kwam dit voorjaar al uit. Edit is een tekstverwerker voor de cli. Gebruikers hoeven daarvoor alleen maar het commando edit op te geven.

Edit is daarmee vergelijkbaar met andere cli-editors, zoals Nano of vim. Windows had eerder zo'n vergelijkbare editor in de standaard Windows-apps, maar dat was de traditionele MS-DOS-Edit-tool, die alleen op 32bit-systemen werkte. De tool is kleiner dan 250KB, waardoor hij weinig opvalt binnen Windows. De tool heeft de mogelijkheid om met keybindings te werken, maar ondersteunt ook muisbediening. Er zijn bindings om verschillende bestanden tegelijkertijd te bewerken, teksten te zoeken en te vervangen, en de editor ondersteunt word wrapping.

Microsoft Edit

Door Arnoud Wokke

Redacteur Tweakers

12-10-2025 • 10:02

113

Submitter: Mapje

Reacties (113)

Sorteer op:

Weergave:

Misschien interessant om te vermelden dat deze editor gebouwd is in Rust, open source is (MIT licence), en dat er (naast manual build) ook packages zijn voor diverse Linux-distro’s en macOS.

Het zal vim/neovim/nano/emacs niet gauw vervangen, maar toch geinig.
Als Linux gebruiker die ooit met MS-DOS is begonnen kan ik er echt met mijn verstand niet bij dat er in Linux geen fatsoenlijke editor voor de CLI te vinden is. Vi(m), Nano en de rest zijn imho allemaal editors die in een museum thuis horen. Ik ga Edit een kans geven :)
Dat je vim te complex vindt zou ik in kunnen komen, maar museumstuk? Ik ben wel over op neovim inmiddels maar het werkt top en kan alles. Inclusief vibe coding met LLM’s. Het blijft prima bij de tijd. Basic editors als Edit kunnen zich er absoluut niet mee meten.
Een text editor zonder "grafische" UI is voor mij persoonlijk vrijwel onbruikbaar.

VIM is meer een word processor maar dan nog steeds zonder "grafische" UI.

Dat je er allemaal mooie dingen mee kunt doen dat geloof ik maar dat maakt niet dat ik het werkbaar vind.

Met programmeren in assembler kun je ook allemaal mooie dingen doen maar daar geldt voor mij persoonlijk een beetje hetzelfde, voor mij is dat niet werkbaar.

Het verbaasd mij gewoon dat er in Linux dus niet iets als Edit bestaat. Dat zou het IMHO linux veel mensen veel toegankelijker maken.
Vim is geen word processor maar een editor. MS Word en LibreOffice zijn word processors.

Verder zijn er al sinds jaar en dag eenvoudigere alternatieven beschikbaar zoals nano, pico, easy edit en ga zo maar door. Voor gnome heb je gedit, KDE heb je Kate. Alternatieven zat.
Je doelt op iets als een TUI dus? Tja, vim is dat ook, maar niet met menustructuren zoals jij graag wilt. Dan kom je eerder bij mcedit uit. Of nu dus edit. Doe mij maar vim :)
In plaats van nano gebruik ik micro, en die geeft me helemaal het oude MS Edit gevoel, en als GUI editor Zed, werkt lekker snel en kan bijvoorbeeld ook Typst formaat editen met voorspellingen
In Linux gebruikte ik vaak MCEdit als alternatief — dat hoorde bij Midnight Commander en werkte verrassend prettig in de CLI.
In Linux gebruikte ik vaak MCEdit als alternatief — dat hoorde bij Midnight Commander en werkte verrassend prettig in de CLI.
... wat natuurlijk een tool was die geinspireerd was op Norton Commander voor MS-DOS wat een vergelijkbare ncedit tool had vroeger! Natuurlijk was Midnight Commander wel een stuk verder doorontwikkeld en kon het veel extra Linux specifieke dingen doen.

Overigens herriner ik me dat de originele edit in MS-DOS sterk geintegreerd was met qbasic, het was in feite dezelfde editor UI. Ik herinner me vaag dat er zelfs een qbasic optie was om als edit modus te openen, maar ik heb geen werkende oude MS-DOS bij de hand om dat te checken.
...dat de originele edit in MS-DOS sterk geintegreerd was met qbasic, het was in feite dezelfde editor UI.
Ja _/-\o_ inderdaad, met de herkenbare blauwe achtergrond.
QBasic 4.5 online => https://dos.zone/qbasic-1991/
...dat er zelfs een qbasic optie was om als edit modus te openen,
Die zie ik niet terug bij de QuickBASIC command line options. https://qbasic.net/en/qb-manual/qb45/commandline-options.htm (voor QBasic 4.5 althans, misschien is dat te nieuw).
Dat wordt bevestigd in het Wikipedia: QBasic artikel (en bovenaan staat nog extra vermeld: "Not to be confused with QuickBASIC." |:( ).

Blijkbaar was er later ook Microsoft Visual Basic 1.0 for DOS. Maar dat herinner ik me niet. Alleen de Windows-versies van Visual Basic (met name 6) heb ik vaak gebruikt.

Na [GW-/Quick/Q]Basic ging ik verder in Turbo Pascal, dat had een soortgelijke IDE ( https://winworldpc.com/product/turbo-pascal/7x ).

[Reactie gewijzigd door NetAmp op 15 oktober 2025 15:56]

QuickBasic en Qbasic waren niet exact het zelfde. QuickBasic (oftewel QB) had ook een compiler dat je binaries kon maken. Volgens mij was Qbasic een soort 'light' versie van QB (en Qbasic kwam natuurlijk gratis mee bij MS-DOS, in ieder geval versie 6.x, inclusief de legendarische gorilla.bas en nibbles.bas spelletjes!).

Ik begon ooit ook met GW-basic (en wat gekloot op een Commodore64 bij een vriend), later Qbasic en daarna QB wat veel verschil maakte. Ik heb ook precies zoals jij daarna nog wat met Turbo Pascal gespeeld, met inderdaad een herkenbare IDE! (En daarna werd het C op Unix/Solaris op de Universiteit...)

[edit]
Nog even wat meer in de geschiedenis gedoken, het Wikipedia artikel verteld het verhaal beter dan ik; Wikipedia: QBasic Maar kort samengevat, het was inderdaad qbasic /EDITOR wat je kon draaien om edit te openen zonder de basic functionaliteit.

[Reactie gewijzigd door Squee op 15 oktober 2025 15:32]

Wikipedia: QBasic Maar kort samengevat, het was inderdaad qbasic /EDITOR wat je kon draaien om edit te openen zonder de basic functionaliteit.
Juist, ik heb m'n vorige reactie aangepast. Je hebt gelijk dat QuickBASIC een uitgebreider variant was, met o.a. een compiler. Ik weet nog dat ik 't destijds leuk vond om eigen EXE(cutable) bestanden te kunnen maken. 8-)

En ja, Nibbles en Gorillas waren leuke spelletjes voor die tijd. :D
Er zijn in Linux wel meerdere museumstukken :+

(Dat is sarcasme voordat mensen het niet begrijpen)
Zoals X11 #flamebait 😅
Ha ha, dan ben ik bang dat ik inmiddels ook een museumstuk ben. Opgegroeid met vi op unix/linux en in mijn ogen nog altijd een klassieker, alle edits in config files of even tussendoor gaan nog altijd met vi.
Na 32 jaar linux gepruts kan ik er nog steeds niet aan wennen… (ooit met floppies begonnen)
vimtutor draaien in de terminal en de stappen volgen.
Heb er zelfs examen in gedaan, maar toch, het ligt mij gewoon niet en editor wars zijn zo 1985.
Waar je maar productief in bent :) Al gebruik je notepad.exe, anything goes!
Kan me er ook wat bij voorstellen het is altijd gebruiken waar je je wel bij voelt. Al die rare commando's, heb er bij het gebruiken van vscode aan moeten wennen. Eerst heel suf met een vi mode maar nu de gewone, zit je eerst vi commando's in te tikken. Kan het inmiddels goed combinaren.
Ik gebruikte altijd Pico, nu meestal nano. Werkt toch prima?
Volgens mij ook heel goed, maakt allemaal niets uit als je maar kan doen wat je moet doen. Maar wel, ieder zijn eigen keuze. Dan is er nog emacs, de editor die alles kan, daar werd ik ooit toe verplicht te gebruiken in plaats van vi. Kon er niet meer overweg. Veel technologie is een kwestie van smaak. Het is trouwens wel heel interessant om de historie van emacs te bekijken en waarom het zo geworden is. Dat was mooi om te lezen, uit een tijd dat machines er nog anders uitzagen.
Ik voel je pijn, ook ik vind Vi lastig (als is het soms wel de enige optie dus goed om hem te kennen en met een cheatsheet kom ik vaak een heel eind).
Mijn go to in Linux is al sinds decennia JOE (1988) (qua functionaliteit compatible met wordstar zoals vele MS-DOS editors / Turbo Pascal anyone :) die zelfs nog verder teruggaat tot 1978)
Een limitatie is dat tekst editors via een netwerk verbindung moet werken met aan beide een verschillende os-versie
Je hebt wel Micro wat een modernere take is op een CLI editor voor linux :).
Ik meen me te herinneren dat Linux toch wel een soort equivalent van Kladblok had.
Mwah, als je eenmaal de keybinds kent zijn zowel (neo)vi(m) als nano goed te doen, is alleen even leren hoe het werkt.
Wat mis je dan aan die editors? Want zo veel features hebben editors niet, die van Microsoft inclusief.
Alt voor het menu met zijn diverse opties.

Ctrl+C om te copieren

Ctrl+X om te knippen

Ctrl+V om te plakken

Een fatsoenlijk menu voor als je iets ergens op wil slaan.

Dat soort dingen. Ik ben best van de CLI maar dan graag alleen als ik in de CLI bezig ben.

Een CLI voor een editor werkt voor mij helaas niet.
"het zal ... niet snel vervangen": Ik denk het wel. Simpelweg omdat het woordje Edit oneindig veel logischer is dan vim of nano.
altijd verbaast waarom microsoft dat weggehaald c.q niet meegeleverd heeft. Even een bestand met een editor bewerken zijn wel best basis behoeftes van een beheerder.

[Reactie gewijzigd door Cybermage op 12 oktober 2025 11:17]

Werkt notepad in een terminal? Nee. Is het dan een vervanger voor Edit? Nee dus. Graag gedaan.
Moet het in een terminal werken? Neen. Windows is een grafisch besturingssysteem. En ik kan in die terminal letterlijk notepad filename.txt typen en het bestand gaat open in notepad, en ondertussen kan ik de terminal verder gebruiken.

Wat met remote powershell sessies? Als je beheerder bent op het remote systeem is er ook weer niets dat je tegenhoudt om dat bestand via het UNC pad te openen \\systeemnaam\c$\folder\filename.txt en je bestand kan je opnieuw openen in Notepad. Maar zelfs als je dat omslachtig vind wil ik toch even zeggen dat PowerShell ook niet is ingericht om met tekstbestanden te werken. In tegenstelling tot Linux consoles ga je in PS niet veel configureren door het bewerken van tekstbestanden. Je doet dat net weer met cmdlets.

Ben je ontwikkelaar op Windows? Dan is de kans vandaag net enorm groot dat je gewoon VS Code gebruikt en daarin al je bewerkingen aan je bestanden doet, dus opnieuw geen behoefte aan een tui editor op die command line zelf.

Als het zo een gemis was, dan hadden we een tooltje als dit al jaren geleden gezien. Indien niet van MS, dan wel vanuit third party developers. Maar ook daar was zo weinig animo voor dat ik er niet direct 1 kan opnoemen. Want iedereen doet het met grafische versies in een venster.
Ik ga niet elke keer notepad intypen Veel te lang woord als je dat 100x per dag in moet typen. Vier karakters (dus bijv. edit) is wel het max voor zo'n veelgebruikt commando. Maar Windows is met name ná Windows2000 nooit zo about productivity geweest; meer about commercie.
Dan maak je een alias aan voor notepad.exe

doskey note = "C:\Windows\System32\notepad.exe"

note file.txt

En je opmerking over dat Windows niet productief zou zijn.... ooit gehoord van Powershell, cmdlets and pipelines?

[Reactie gewijzigd door segil op 13 oktober 2025 08:37]

En je opmerking over dat Windows niet productief zou zijn.... ooit gehoord van Powershell, cmdlets and pipelines?
Windows zou veel productiever kunnen zijn, als bepaalde GUI zaken meer op productie gericht zouden zijn i.p.v. tierlantijn en integration met commerciële zaken als OneDrive, etc.
Onedrive (en equivalenten) zou ik juist productie verhogend noemen, aangezien je veel makkelijker met anderen aan documenten werkt, en ook zelf makkelijk tussen computers aan dezelfde documenten kan werken.
Het kost dus moeite om uit handen van de lock-in te blijven. Allemaal extra werk om dat uit te schakelen.
Maar de requirement van terminal is vrij arbitrair. Helemaal als je Windows gebruikers als doelgroep hebt, war eigenlijk Notepad altijd wel op kan starten, ook in WinPE etc.
Je vergeet Windows Server. Onder de standaard aanbevolen 'Server Core' installatie, heb je geen grafische schil op servers. Je moet alles remote doen met Powershell. Dan kan een editor die direct in de terminal werkt, best nuttig zijn om op de server geinstalleerd te hebben om bijv. snel live configuratie van gedeployde applicaties aan te passen in geval van een hotfix.

[Reactie gewijzigd door R4gnax op 12 oktober 2025 16:31]

Ja, alleen is er geen hond die Windows gebruikt zonder grafische schil. Behalve wellicht wat voorgeprogrammeerde command-en-control servers van ransomware makers die met een druk op de knop geïnstalleerd kunnen worden.
Omdat het alleen op 32-bit systemen werkte.

Dat ze er vervolgens zo lang over doen om een vervanger te maken (notepad is geen vervanger hiervoor) heeft mij ook verbaasd
Het is voor Microsoft een kwestie van hooguit een paar uur om een klein progje als Edit te porten van 32-bit naar 64-bit. Een paar uur, niet een paar decennia.

En wat ook had gekund, is een Edit commando die intern gewoon Notepad oproept.

[Reactie gewijzigd door kimborntobewild op 13 oktober 2025 05:51]

Notepad werkt niet in een Terminal. Daar is Edit nu juist voor bedoeld.
Ik reageer op waarom Microsoft geen editor heeft meegeleverd. Dat hebben ze wel, nl Notepad. Windows is een gui-based os met de ondersteuning voor een cli. Logisch dus dat de editor ook een gui heeft. In tegenstelling tot bijvoorbeeld debian die primair een cli-based os us. Je kunt un Windows in de cli prima notepad aanroepen om een file te bewerken en daarna verder te werken in de cli.

[Reactie gewijzigd door segil op 12 oktober 2025 15:46]

Windows is een gui-based os met de ondersteuning voor een cli. Logisch dus dat de editor ook een gui heeft. In tegenstelling tot bijvoorbeeld debian die primair een cli-based os us. Je kunt un Windows in de cli prima notepad aanroepen om een file te bewerken en daarna verder te werken in de cli.
Behalve als je op een modern ingerichte Windows Server werkt, waar je via remote-connected power shell sessies werkt en alles via powershell scripts hoort te regelen. De desktop componenten waaronder de grafische schil zijn niet onderdeel van de aanbevolen Server Core installatie.

https://learn.microsoft.c...r-core-desktop-experience
Klopt, alleen is dat concept in de praktijk weinig succesvol en alleen geschikt voor bepaalde rollen zoals een dc of dhcp server.
Dan nog wil je niet alleen in cmd/powershell/pwsh werken. Da's gewoon niet overzichtelijk.
Heb als admin server core eigenlijk nog nooit in het wild gezien, maar is inderdaad handig als je in een remote powershell sessie even een text editor kan gebruiken om even iets aan te passen. Nu gebruik ik op mijn eigen systeem weel vim binnen powershell, maar is handig om een editor te hebben die er altijd staat zonder iets te moeten installeren.
Wij hebben een paar Windows Server machines (vooral als domain controller) en al onze machines zijn core editions. Via remote powershell beheer je de machines vanaf je eigen machine alsof je lokaal bezig bent. Je kunt zelfs een multi-server connectie doorgeven waardoor je in een keer een actie op meerdere machines kunt uitvoeren vergelijkbaar met ansible.

Daarnaast zijn veel developers 'bang' voor de commandline en omdat 'point, click and destroy' niet meer mogelijk is, gaat er ook minder kapot. Silverlinings ;-)
Ik ken maar heel weinig systeembeheerders die gebruik maken van remote management en remote PowerShell. Zelf die ik zoveel mogelijk vanop 1 privileged terminal, maar mijn collega's? Die loggen altijd op elk systeem aan om het lokaal te doen en komen nu ineens klagen dat er servers zonder desktop opduiken in onze omgeving.
Dan log je toch gewoon in met VSCode? }> heb je ook gelijk al die copilot shit om je powershell scripts te editen
Bij mij geeft 'About' aan dat huidige versie 1.2.1 is (screenshot hierboven toont 1.0.0).
Versie 1.2.1 is ook de meest recente in de huidige Windows 11-versies.

Dat plaatje met 1.0.0 is van de Github gehaald: GitHub - microsoft/edit: We all edit.. Maar dat is simpelweg dus een oud plaatje dat nooit is bijgewerkt met nieuwere versies.
Persoonlijk heb ik ook het gevoel dat ze zijn vergeten de major versie te updaten. Vergeleken met de msdos versie van edit lijkt dit me volgens de tekst toch duidelijk een major update en dus versie 2.

[Reactie gewijzigd door rko4u op 12 oktober 2025 11:34]

Ik ben net overgegaan van copy con naar edlin en nu komt MS weer met een noviteit. De ontwikkelingen gaan hard
:) Ik moest serieus lachen om deze.

Maar even serieus: Hoeveel mensen die dit zien, zouden oud genoeg zijn om copy con en edlin ooit te hebben gebruikt ?
Dit kind van de jaren '80 is te jong om zichzelf te herinneren ooit Edlin gebruikt te hebben. De eerste computer had direct MS-DOS 4.01 en Windows 3.0 en diende vooral om spelletjes op te spelen.
Gebruik copy con nog steeds ons snel even een cmd bestandje aan te maken…
Alleen het afsluiten met de zeer onlogische F6...
Precies, altijd Ctrl-z gebruikt, wist niet eens dat er een andere manier was 😛
Ik begon met pip con:
Dan zijn we van dezelfde tijdspanne. CP/M, ZCPR3 en misschien zelfs wel Digital VMS of RSX-11?
Noem mij maar oud, maar gebruik nog met enige regelmaat copy con (net zoals type trouwens).
Ik moet eerlijk bekennen dat ik vorige week Copy Con nog heb gebruikt om even snel wat te maken ahaha

Trouwens nooit begrepen waarom Edit weg moest…

[Reactie gewijzigd door justdaboo op 12 oktober 2025 12:12]

denk niet dat er hier nog veel zijn die weten wat je bedoelt met "copy con" ... F6 om af te sluiten !!! 💪
[quote]Trouwens nooit begrepen waarom Edit weg moest…[/quote]

Edit riep qbasic aan, en Microsoft deed dat weg, werd vervangen door VisualBasic. Het is niet zozeer dat het weg moest, maar dat men nooit de moeite nam een vervanger te maken.
:+ Hoe vaak ik in het verleden niet de kreet geslaakt heb "from Microsoft, the creators of Edlin". Maar hier nog een fossiel inderdaad.
"The first time Microsoft makes something that doesn't suck, it's a vacuum cleaner."
Ja, Edlin! De tijd dat internet nog lang geen gemeengoed was en je dus floppy met 'utilities' moest hebben als je weer eens MS DOS had geïnstalleerd. Moest je Edlin niet afsluiten met Ctrl-Z?
En PIP herinner ik me ook nog - was dat niet CP/M?

Nu ik er even over nadenk wat ik op mijn 'utilities' floppy had staan - PFM.com; superhandige filemanager. En PE.exe; Program Editor van Wordperfect. Kon dingen die ik helaas nog steeds niet in de moderne varianten van Notepad ben tegen gekomen...
Ik herinner me alvast edlin 🙂
Die zijn er genoeg -- ik onder andere.

Nou ja, edlin heb ik zelf nooit gebruikt maar kende het wel. En copy con heb ik destijds zeker wel gebruikt zo af en toe.

Je kon ook echo COMMANDO >> batchfile.bat doen, die >> betekende append dus toevoegen. Met enkel > overschreef je het hele bestand. :P
edlin :D Nog gebruikt op MS-DOS 3.21 op floppies. Obscuurder dan VI.
kunnen we weer de autoexec.bat en de config.sys files aanpassen ;)
ik had vroeger een hele UI in autoexec.bat waar het de gekozen windows applicaties opende als shell en daarna weer terug ging naar het menu :) het was een 486 dx/2 dus ik moest zoveel mogelijk geheugen besparen om het werkbaar te houden. een 128kbit mp3 werd in DOS wel vloeiend afgespeeld en in Windows net niet
Nee zelf in een aantal .bat files gemaakt met edit (win9x tijdperk) :-) je kon 'win' callen met bijv 'a2racer.exe' als shell ipv explorer.exe en met 'choice' kon je een menu input vragen ala IF 9 GOTO MAINMENU (ik weet de syntax niet meer na 25 jaar)

[Reactie gewijzigd door killerdemon op 12 oktober 2025 21:20]

Wat zijn muisgebaren?
Letterlijke vertaling van mouse gestures. Muis acties zou misschien een betere vertaling zijn.
Mja, twee of drie spellingswijzigingen later weet ik niet meer wanneer je woorden nou los of aan elkaar moet schrijven....
offtopic:
Dit is nooit gewijzigd hoor. In het Engels schrijft men zelfstandig naamwoorden los en in het Nederlands aan elkaar. Het wordt dan ook wel de Engelse ziekte genoemd. ;)
offtopic:
Engels kent samengestelde zelfstandige naamwoorden in drie vormen: open, gesloten, en met verbindingsstreepje. Simpele voorbeelden van alle drie: "ice cream", "football", "single-mindedness"
Dat je er ook met de muis in kunt klikken, o.a. op de menu's etc en dat je dus niet alles met toetsencombinaties moet doen zoals CTR+F om te zoeken of ALT-Z om de Word Wrap functie te togglen.
Een moeilijke manier van zeggen dat je ook gewoon op de knoppen bovenin kunt klikken om je bestand op te slaan of andere dingen in het menu.
Normaliter zou ik zeggen "gestures", zoals "sleep omlaag en naar links/rechts" om van tab te wisselen, maar kan daar niks over vinden in GitHub.

Misschien bedoelt de redactie dat het menu met de muis bediend kan worden?
Maar dit is dus nergens in de bron terug te vinden. Vandaar mijn vraag.

Alle antwoorden hier zijn aannames. En geen antwoord op mijn vraag.
Leuk om te weten.

Een combinatie van de openssh server (via de windows features install), powershel en andere cli tools maakt het leuker.
Ik vond in de MS-DOS tijd het commando EDIT altijd heel fijn.
Even snel een batch bestandje of een configuratie bestandje bewerken deed ik daar heel veel mee.
Ik miste dit ook in Windows.
Even naar de dos prompt en een bestandje inzien / bewerken was nu best lastig als je niet zo heel bedreven bent met de windows dos prompt.

Hopelijk zit het commando edit er met de eerstvolgende update bij.
Voor de mensen die Edit niet kent; of ouder zijn dan jaar 2000:

- Met edit kon je vroeger in msdos (de voorloper van windows) bestanden aanpassen. Bestanden zoals MSdos.sys, config.sys en autoexec.bat om bijv. Emm386.exe geheugen manager bepaalde zaken in het geheugen te kunnen laden omdat je vroeger niet zoveel geheugen had.

Voor de echte early days computeraars onder ons, had je voor edit (wat een verademing was) het commando EDLIN.exe dat ging per regel, wat een gedoe was dat... (MSdos 1 tm versie 4.0) Daarna kwam Edit in 1991 op de markt.

En nee, niet opgezocht op internet,... ik ben gewoon een IT-Dinosaurus.... (aan t worden..ha!)
Tof dat microsoft het weer terug heeft gebracht!

Leuk voor de historie, vroeger moest je je CDROM speler (ja met die schijfjes) laden in je autoexec.bat anders kon je doom of Duke Nukem 3d niet opstarten,.... en daar had je edit.exe voor nodig.

Een gedoe jonges dat het was....of had je weer geen geluid uit je Soundblaster 16 kaart...omdat er geen fukking IRQ's meer waren,... voor de jong-IT-boys onder ons,...t was vroeger gekloot, laten we daar maar op houden om te gamen.

[Reactie gewijzigd door itlee op 12 oktober 2025 17:52]

Wat was QEMM een verademing toen :)
QEMM386 was heerlijk. Die kreeg toch altijd net weer wat extra geheugen vrij. Er viel genoeg te optimaliseren qua RAM gebruik. :)
Heb het laatst nog eens in een emulator allemaal gebruikt, gewoon voor de fun, maar ach wat was het sappelen vroeger, 4DOS, QEMM, CD-ROM driver, misschien nog beetje SMARTDRV erbij of een MOUSE driver, en inderdaad Soundblaster drivers, of als je het geluk had een Gravis Ultrasound (Max) te bezitten, dan had je ook daarvoor een driver om dat ding te initializeren. #nostalgie
SET BLASTER=A220 I5 D1 T5

Dat ik die nog weet :P
DOS de voorloper van Windows noemen gaat me nu toch een beetje te ver :+

[Reactie gewijzigd door Blokker_1999 op 13 oktober 2025 02:35]

Windows 95 was toch echt DOS (6.0?) met een windows schil.
Edlin was extreem ongebruikersvriendelijk.
Was al een paar maanden uit? Ik gebruikte dat in de 90s al.
Die was 16-bit en draait niet op moderne systemen. Deze is 64-bit.
Hij bedoelt dat het niet nieuw is. Bestond al in de nineties. Het is alleen even weggeweest.
Vanaf Windows 12 krijgen we naar verluidt Edlin terug. :)
Nee, dan is't is't EDIT volgepropt met AI en dat wordt dan op alle techsites met alle bombardie aangekondigd alsof er ineens wereldvrede is.
Terwijl ik al blij zou zijn met privacy 🤷🏻‍♂️


Om te kunnen reageren moet je ingelogd zijn