"uitgepakt nog geen halve megabyte groot"
Boeiend, maar niet heus. Met twee harde schijven van 2 TB ieder maak ik mij niet erg druk om een applicatie die 1, 2 of 10 megabytes groot is. Zelfs op een PC met 500 GB schijfruimte is dit nauwelijks een voordeel te noemen. (Want een halve megabyte is 0.01% van de totale schijfruimte.)
Ik snap niet waarom mensen zich zo druk blijven maken om hoe groot een applicatie is, terwijl schijven tegenwoordig in Terabytes worden gemeten. Ook de diverse "features" stellen tegenwoordig niets meer voor. Ik zie geen features die niet door andere editors wordt ondersteund. Dus dan maar even in de broncode kijken...
En het eerste dat opvalt is dat het ontwikkeld is in C. Niet C++ maar C. Komisch, maar eigenlijk niet meer van deze tijd, tenzij je cross-platform software ontwikkelt die op diverse besturings-systemen moet draaien, waaronder de grote, zware mainframes. (En dan nog heeft C++ de voorkeur.)
De code zit ook heel strak op de Windows API, wat ook de reden is dat de applicatie zo klein is. Maar dit maakt het ook foutgevoeliger, zeker indien derden de code nog even verder aanpassen. Lastig is ook de manier waarop de vertalingen zijn geregeld, want hiervoor is een aparte DLL die diverse resources bevat voor de vele talen. Een extra taal toevoegen betekent dus dat je een extra resource moet aanmaken en deze "language module" moet hercompileren. Dit is niet erg practisch.
Opvallend is wel dat er een DLL bijzit die in Borland Embarcaro Delphi is geschreven. Natuurlijk ook weer zonder Object-georienteerd te werken.
Als ik daarnaast bedenk dat deze editor eigenlijk alleen expliciet onder Windows werkt en niet naar Linux of ander OS te porten is vanwege het extreme gebruik van Windows API's dan vraag ik mij af waarom deze zo interessant zou zijn. Zelfs voor beginnende programmeurs is deze code gewoon veel te eng om te zien. De manier van programmeren wat 20 jaar geleden nog okay, maar is gewoon niet meer van deze tijd.