Behöver kritik till texteditor

Testade i Win 7 och hittade dessa små 'buggar'...

+ "Find and replace..." bör nog finnas i Edit-menyn och inte i View-menyn
+ Replace-funktionen ser ut att alltid söka från början av dokumentet, och inte från där cursorn befinner sig, testa att skriva "dddd" i dokumentet, sök sedan efter "d" och ersätt med "dd", du kan nu trycka på replace-knappen hur många ggr du vill och programmet kommer alltid markera första träffen, om du trycker på "replace all"-knappen går programmet in i en oändlig loop och man måste stänga ned det med task manager
+ När fönstret är dockat bör kanske det valda dock-alternativet vara förbockat i menyn, och förbockningen tas bort om man flyttar fönstret manuellt
+ Titlebar och trayikonen saknar beskrivande text, hjust nu är texten "Untitled"
+ Inställningarna "show minimize", "show maximize", och "insert pm/am format" i Configure... gör ingenting, inte vad jag kan se i alla fall.
+ Kanske bör där dyka upp en balloon tip eller liknande när man har skrivit 160kB, om man fyller upp textrutan går det inte att skriva eller klistra in ngt mer, kanske att användaren vill veta varför
+ När filen sparas läggs ett extra par CR+LF till i slutet på dokumentet. Skapa ett nytt dokument, skriv en bokstav, spara filen, filen tar upp 3 bytes och inte 1 byte som den ska. Om du stänger ned programmet och öppnar samma fil, lägger till ytterligare en bokstav och sparar ned filen tar den upp 6 bytes. Osv.
+ "Spara som" dialogrutan dyker upp två ggr, om man anger två olika namn ser man att den första dialogrutan inte gör ngt (den väljer alltid namnet från den andra dialogrutan).
+ När man sparat dokumentet deaktiveras både "Save" och "Save As". "Save As" bör nog alltid vara aktiverat.
+ "Open" i menyn bör nog skrivas "Open..."
+ View-menyn bör nog berikas med "TitleBar" för att visa/gömma titlebar.
+ Kanske lite fler "line breaks" (separators) i menyerna, mellan "Open..." och "Save" i File-menyn., mellan "Statusbar" och "Maximize" i View-menyn., mellan "Dock in lower right corner" och "Dock up" i Edit|Dock-meny, mellan "Dock right" och "Middle".

var snäl att läga upp käll koden istälet för den kompilerade filen, du vet att alla siter inte pådit system och jobar...

Iom att det krävs .NET kan det vara en bra idé att skriva det under rubriken "System Requirements", kanske t.o.m. lägga till den informationen i installationsprogrammet. Inte alla har .NET installerat. Om man t.ex. försöker köra programmet i Windows XP utan .NET installerat får man ett felmeddelande som inte säger så mkt ("The application failed to initilialize properly (0xc0000135). Click on OK to terminate the application."). Jag tycker iof att det borde finnas ngn smidig "preloader" som man kan använda, som kollar om .NET finns installerat och visar en länk var man kan ladda ned det istället för att visa ett så pass obskyrt felmeddelande, har tyvärr inte så stor erfarenhet av .NET men kanske vet google/forumsmedlemmar här mer.

Vilken version av .NET som du använder är oxå viktigt. För att ladda ned de filer som .NET-program behöver kan man googla ".net redistributable download", nu är bara frågan vilken version som behövs.

Från den nya versionen 1.8...

+ Edit|Insert|Time med inställningen PM/AM lägger inte till "AM" eller "PM" efter tiden, om klockan är 1 på dagen lägger den till texten "01:00:00" och inte "01:00:00 PM"
+ I About-rutan står det "Silent Application" 2 ggr, lite redundant kanske
+ I Tray-menyn står det "New...", i vanliga menyn står det "New"
+ Save-alternativet i Tray-menyn är alltid aktiverat även om dokumentet redan är sparat (ska nog replikera beteended hos File|Save-menyn).
+ Titlebar uppdateras inte automatiskt med namnet på dokumentet när man sparar eller öppnar ett dokument (det uppdateras dock om man väljer att dölja titlebar och sedan visa den igjen i inställningarna).
+ Om man dockar fönstret förbockas alternativet i menyn, om man sedan flyttar fönstret manuellt är alternativet fortfarande ibockat.
+ Istället för "show minimize" och "show maximize" kanske det ska stå "allow minimize" resp "allow maximize"
+ View|Toolbar är inte förbockat om toolbar'n är synlig
+ View|Statusbar likaså
+ "Show minimize" och "show maximize" ska vara aktiverade/deaktiverade redan när konfigureringsrutan visas (testa att visa configure... -> klicka bort titlebar -> klicka på OK -> visa configure igjen -> det går nu att trycka på "show maximize" och "show minmize", trots att "show titlebar" är avmarkerad)
+ Om man avmarkerar "show titlebar" och markerar "show in taskbar" visas inte titelraden i taskbar (i alla fall i Win7, borde väl fungera likadant i XP/Vista). Testa att visa titlebar och taskbar och se vad som står i taskbar, avmarkera sedan titlebar och se vad som står i taskbar.
+ Om man väljer all text som finns i dokumentet och väljer Delete, försvinner Undo. Om man däremot markerar all text och tar bort det med Backspace finns Undo kvar.

Gäller det även om man inte har -ngn- version av .NET installerad, eller kräver det minst .NET 1.0?

Kanske att man kan lösa problemet med den tomma taskbar'n med att man kopplar trayikonen till ett dolt fönster istället för att koppla det till det riktiga fönstret? (och att man alltid uppdaterar det dolda fönstrets titlebar) Jag antar här att det fungerar som så i Net att man kopplar trayikonen till ett fönster, har själv bara använd direkt-API.

Nåja, hittade dessa småsaker i 1.8.5...

+ Replace nollställer Undo.
+ Om man ändrar i ett dokument och inte sparar det, och sedan drag'n'droppar ett annat dokument in i fönstret glömmer den att fråga om man vill spara det gamla dokumentet först innan den öppnar det nya dokumentet.
+ Om man öppnar ett dokument som programmet inte kan tolka, säg t.ex. en exekverbar fil som innehåller en massa "oläsbara tecken" kanske programmet ska meddela om 'et, kanske sama typ av balloontip som du använde till meddelandet om "överskriden storlek", och sedan en fråga i stil med "this will remove some formats, are you use?" eller ngt när man sparar om dokumentet första gången.

Möjlig lösning för (3)an vore att läsa in filen till en sträng (A); därefter ladda in innehållet i en dold textruta, läsa tillbaka det från textrutan till en annan sträng (B) och jmfra med ursprungssträngen (A = B?). Om där skiljer ngt fanns ett "oläsbart tecken".

Gör en egen implementation av undo-funktionalitet. Det enklaste är att använda en timer (bara att dra ut en från toolboxen och dubbelklicka på den) och spara ändringen sedan förra läget (om det skett en förändring). Spara t.ex. 50 sådana ändringar (brukar kallas "undo levels").

Den något mer avancerade och (mycket) mer effektiva lösningen är att spara undan alla ändringar löpande till ett objekt som sparar undan ändringen om den är tillräckligt omfattande (att välja varje ny/borttagen rad är då enklast).

När jag tänker efter så behöver man inte ngn dold textruta, det går att använda den vanliga textrutan. Förutsätter dock att du läser in filen via en sträng. Läs in filen i sträng A -> fyll textrutan med innehållet i sträng A -> spara innehållet i textrutan i sträng B -> jmfr sträng A och B.

Iom att du är begränsad till 640 kB tror jag inte att det kommer att ta "odrägligt" lång tid oavsett vilken fil det är. Tiden det tar beror givetvis oxå på hur stor textfil man kan tänkas använda, jag tolkar det som så att programmet ska användas istället för Notepad, och i så fall är väl de flesta filer relativt små.

Jag vet inte om XP kommer med 1.0 förinstallerad, det är möjligt att jag plockade bort .NET när jag använde nLite. Testar gärna med en "Published" version för att se om detekteringen fungerar. Lite tokigt att det inte skulle fungera men det behöver hju inte betyda att det inte skulle fungera.

Nej man ska nog inte förlita sig på en signatur eftersom alla filer har sina egna signaturer (UTF-filer har BOM, EXE-filer har "MK", ZIP-filer har "PK" osv osv).

I .NET gäller nog att man ska använda Stream istället för StreamReader (googlade lite snabbt och Stream ser ut att vara den binära varianten av StreamReader), men jag vet inte hur det sedan fungerar när du läser in det i textrutan. Med Stream ska man tydligen kunna läsa in filen till en sträng som binär data istället för text (dvs utan att innehållet på något sätt ska kunna "tolkas fel").

Ser att StreamReader har en ReadLine()-metod, om det är den du använder kanske ReadToEnd()-metoden fungerar utan att den försöker tolka innehållet på ngt sätt. Är som sagt inte så hemma i .NET.

Hur funkar det med Unicode-stöd då?

UTF-8 använder 1-4 bytes för varje tecken, de vanliga ASCII-tecknen tolkas som 1 byte, mer ovanliga 2-4 bytes. Så det kan bli svårt att jmfra filstorleken.