Synpunkter sökes på egen-utvecklad textredigerare, den perfekta textredigeraren?

Jag har utvecklat en textredigerare som jag nu funderar på att sätta en "funktions-komplett"-stämpel på, men innan dess undrar jag om det finns folk här som är intresserade utav en ny textredigerare som vill ladda ned och ge synpunkter på den som den ser ut idag. Eller folk som bara gillar att testa ny mjukvara.

Fokus i programmet ligger på att det ska sluka alla filer som man kan tänkas mata det med, stora som små, text som binära, Linux- som Windows-formatterade, ASCII som teckenkodade (UTF8, UTF16, EBCS, etc). Programmet ska oxå försöka göra så mkt arbete som möjligt i bakgrunden och låta användaren jobba med vad som finns bearbetat hitills (till exempel när man öppnar en fil ska det gå att jobba med den första delen av filen direkt om det tar lång tid att ladda resten, om man väljer till syntaxbetoning på en stor fil ska det gå bra utan att man sitter och sliter sitt hår för att programmet viill färglägga all text först, mm).

Minimumkrav:
+ Windows XP (eller senare)
+ 50 MB ledigt diskutrymme

Funktioner:
+ Portabel, ingen installation krävs
+ Snabb uppstarttid (mindre än ½ sekund på en modern dator, uppmätt 2.9/0.6 (kall/varm boot) sekunder på en gammal Athlon XP 1.2 GHz bärbar med 4200rpm HDD).
+ QuickStart-funktion, man startar programmet (manuellt eller t.ex. via AutoStart) och det ligger i bakgrunden och väntar, öppnar då upp omedelbums när man behöver det.
+ Hanterar både text- och binära filer.
+ Hanterar filer av alla storlekar, även filer större än 2 GB.
+ Du kan ha flera dokument öppna samtidigt.
+ Man får själv välja om man vill ha dokumenten presenterade i MDI, SDI, eller Flikar.
+ Öppnar/sparar filer i bakgrunden. När du öppnar en fil fylls programmet i allteftersom data läses in från disk, du kan alltså börja arbeta med första delen av dokumentet direkt. När du sparar en fil sparas först en ögonblicksbild av dokumentet och du kan fortsätta arbeta med dokumentet (programmet fortsätter i bakgrunden med att spara ned ögonblicksbilden till disk).
+ Kraschåterställning. Programmet sparar (i bakgrunden) ned alla ändringar man gör i alla öppna dokument, om programmet eller systemet kraschar och man startar upp prorammet igjen får man frågan om man vill återställa den föregående sessionen, i så fall öppnas alla dokument igjen och alla ändringar görs om automatiskt. Man kommer alltså tillbaka exakt där man var när programmet/systemet kraschade.
+ Syntaxbetoning med stöd för många språk
+ Redigera i kolumner ("rect edit")
+ Funktionslista för PHP (fler språk kommer...)
+ Avancerad hantering och historik för urklipp
+ Ångra obegränsat antal steg tillbaka (gör om kommer...)
+ Radbrytning
+ Radnumrering
+ Modulbaserat, de flesta funktioner kan laddas ur fullständigt om man inte har användning för dem (för att sänka resursanvändningen)
+ Många fler som du ser om du laddar hem programmet...

Bild:

Ladda ned:
http://www.fmtsoftware.com/fmteditor/preview2.zip [14 MB]

Senaste patch: (ladda ned och ersätt exe-filen med denna)
Version 0.5.5
0.5.6 - Korrigerat krasch för vissa tangentbordstryckningar (se post #19)
0.5.5 - Korrigerat fel med syntaxbetoningen
0.5.4 - Korrigerat fel med autodetektering av Windows/Linux-formatterade textfiler
0.5.3 - Korrigerat problem med att vissa filer detekterades felaktigt som UTF-16-kodade

Det här är en s.k. portabel version, du behöver alltså inte installera det, du packar upp zip-filen på valfri plats på din hårddisk och dubbelklickar på exe-filen. Inget sparas i registret, alla inställningar sparas istället i under-katalogen med namn "UserData".

Jag tackar och bockar för alla synpunkter och förslag på nya funktioner, programmet använder väldigt få färdiga komponenter så det mesta är möjligt.

Har du ställt in så att Explorer döljer filändelsen? I så fall kan du se om det hjälper om du lägger till ".txt" (utan citattecken) efter filnamnet? Dvs om det i Öppna-rutan står "mintextfil" ändra det till "mintextfil.txt" (fortfarande utan cittattecken).

Självklart kommer det fixas. Jag har identifierat problemet och kommer ladda upp en ny version. Det är egentligen lite tidigt för att leta buggar men håller med dig om att det här är ngt som måste fungera för att man ska kunna se vad som saknas, är nämligen väldigt nyfiken på om där finns ngra funktioner jag bör lägga till innan jag fastställer det som färdigutvecklat och går vidare till nästa steg (beta-testning/gå-gnm-o-rätta-koden-till-ögonen-blöder).

Hja, om du har flyttat fram systemklockan till efter den 10 juni.

Systemklockan kommer du oftast åt om du dubbelklickar på tidsangivelsen längst ned till höger på skärmen. Ett nytt fönster kommer upp med dagens datum, säger den rätt datum där?

Kommer du in alls i programmet eller är det när programmet startar upp? Förstår jag dig rätt att det kommer ett fönster när du dubellklickar på exe-filen, och att det i det fönstret står "fmtEditor" i titelraden och "This version expired June 1st, 2010. The program will now terminate." inuti fönstret, med en OK-knapp som man kan trycka på?

Jag letade gnm källkoden efter ordet "expired" och ända platsen jag hittade det är på den plats den kollar om programmet har utgått, men den strängen innehålller...

"This version expired June 10th, 2010. The program will now terminate."

Kanske är det ngt annat som utgått då, jag håller tummarna och hoppas att fönstret kommer upp när du dubbelklickar på zip-filen och inte exe-filen (kanske är det WinZip, eller vilket program du nu använder för att packa upp zip-filer, som har utgått för dig).

Jag vet inte vad .tpl-filer är för något men om det inte är ngn känslig/privat data har du möjlighet att mejla mig en kopia av filen (zippad eller rarad eller ngt liknande för att undvika konvertering av mejlprogrammet)? Mejladressen min är fqv2009@gmail.com .

Tack för förslaget, jag hittade ett par funktioner som jag kommer implementera i den slutgiltiga versionen...

Krypterade filer
Lite konstig lösning här i UE tycker jag, tydligen måste det först dekryptera och spara en kopia av den krypterade filen (i samma katalog som den krypterade filen), i klartext, för att sedan läsa in den i programmet, jag tänkte mig AES-kryptering och CBC, det borde gå bra att läsa de direkt utan att behöva läsa in och spara hela filen i klartext först, funderade även på att kryptera de temp-filer som skapas/används av programmet för krypterade filer, men det är möjligen overkill. Eventuellt oxå en Importera-funktion om UE har dokumenterat deras .enc-format.

ADS-strömmar
Inställning i Öppna-dialogen så att man kan öppna en specifik ADS-ström istället för huvud-strömmen som öppnas annars.

Jmfr filer
Visa skillnader mellan två dokument.

Öppna med reguljära uttryck / öppna alla filer i underkataloger
Inställning i Öppna-dialogen så att man t.ex. öppnar alla *.txt filer i en katalog och ev. alla underkataloger

Ersätt i filer
Sök/ersätt text i filer, filer som inte är öppna i programmet

Infoga kontrolltecken
Infoga kontrolltecken i dokumentet, t.ex. tecknet för Ctrl+C mfl (går att göra redan nu om man håller ned Alt+knappen och knappar in den numeriska koden men ser smidigt ut att oxå kunna göra det i Infoga-menyn för de som inte vet om Alt+knappen.

Splitta redigeraren
Dela textrutan så att man kan editera i flera delar av ett dokument samtidigt. Jag tror denna blir knivigast att få ihop men inte omöjligt.

Kikade oxå på Makron och Skript men det är ett större projekt som får vänta till version 2.0, det blir i så fall att importera en VB-tolk jag byggde för ett annat program.

Hja, om man vill så skulle man kunna skapa egna tillägg. Kommunikation program<->tillägg sker via COM. Tillägget måste vara kompilerat som ett COM-objekt i en DLL-fil och sedan implementera ett interface med ett par allmänna funktioner såsom "ladda in"/"ladda ur"/"hur skulle du beskriva din uppgft?"/"vilken version av programmet är du designat för?" o.dyl.. Därutöver kan objektet oxå implementera ett fritt antal frivilliga interface som används för att ge objektet tillgång till olika delar av programmet, ett interface för att ge tillgång till toolbar och menyer, ett interface för att komma åt övriga installerade/laddade tillägg, ett interface för att ge tillgång till textrutan, ett interface om det behöver få information om tangetbordstryckningar i textrutan osv... mm. Om jag skeppar IDL/TLB-filen med programmet antar jag att det borde gå att skapa tillägg i valfritt COM-kompatibelt språk (C++/VB/.Net/?), lite källkod till ngt enklare tillägg bör nog oxå finnas där, samt en dokumentation över samtliga metoder/egenskaper, känns dock inte högprioriterat hjust nu och får nog komma ut allteftersom (jag är oxå riktigt kass på dokumentation så det kan ta ett tag). Tills dess skulle man kunna använda liknande TextPad-funktionen du beskrev...

Jag laddade hem TextPad och tittade, mitt program har en liknande funktion där man kan lägga in en genväg till ett DOS-/Windows-program i Tools-menyn (man kan oxå i fallet DOS-program välja var utdata ska visas - (i) direkt i dokumentet man arbetar med, (ii) i ett nytt dokument, (iii) i utklippshanteraren, eller (iv) i ett särskilt fönster i programmet). Det som saknas är en möjlighet att koppla till en direkt genväg på tangentbordet.

Jag tog bort det gråa tomrummet runt textrutan, håller med om att det blev lite mer arbetsyta så.

Jag får titta vidare på fältet med radnummer, till höger om radnumret kommer det synas ikoner om man lägger till bokmärken/kommenterarer i dokumentet, kan tänka mig att man kan göra det dynamiskt anpassat dock så att den krymper när man inte har ngra bokmärken/kommentarer för att sedan växa om man lägger till ngn sådan. Samma sker till vänster om radnumret.

Det är väl inte hugget i sten att det inga nya funktioner komma skall, små funktioner kan alltid komma senare men det är om man ska göra ngt stort som man kanske redan nu vill anpassa programmet för det, innan man ger sig på att beta-testa det. Jag tycker annars att det är lite jobbigt att buggtesta ett program som man sedan gör stora förändringar i.

Javascript och prestanda, det har jag alltid tolkat som ngt av ett oxymoron. Tittade lite snabbt på V8 (v8 - Project Hosting on Google Code) vilken jag antar att man köra en liten wrapper i C/C++ och använda, får titta vidare på det.

Regexp kommer jag att ha i Sök/Ersätt-dialogruterna m.hj.a PCRE (PCRE - Perl Compatible Regular Expressions), har nästan noll koll på regexp, men det blir till att lära sig när man ska beta-testa funktionen.

Klart att jag inte vill att man ska leta buggar om du hittar en på 40 sekunder. Deprimerande.

Men du har helt rätt att det är en "show-stopper", jag har därför laddat upp en ytterligare patch (0.5.6) där buggen är rättad.