Easy BackUp

AliveDevil schrieb:

Womit wurde das Programm geschrieben?
Ja...das wüsstest du wohl gerne.......

Das meinte ich. Konnte leider nicht vorher posten, wiel ich noch in der Arbeit war. ;)
Werden inkrementelle und differenzielle Backups unterstützt?

also...es werden nur inkrementelle updates unterstützt ( Vergleich des Base64-Strings Oo )
wenn eine Datei fehlt, wird diese nicht automatisch gelöscht..
Da muss ich mich nochmal ransetzen...aber vorher kommt das neue Design..mir fehlt da nurnoch ein gutes Design...>.<

Zum Bild: lustig^^

AliveDevil schrieb:

Vergleich des Base64-Strings

Ich denke mal, dass sich MD5 dafür wunderbar eignet ;)

ja..das Problem:
ich komprimiere die Dateien in die BackUp Dateien ( GZip mit Base64 )
so...nun lade ich die Original Datei ( beim BackUppen ) in den Speicher und überprüfe ob der Base64-String derselbe ist..
da kann ich nicht viel mit MD5 anfangen, oder liege ich falsch?

Speicher den MD5-Hash vorm Komprimieren in ner Datenbank oder serialisierten generischen Liste ;)

wtf....dann muss ich pro backup zwei dateien erstellen...>.<
verdammt...
also eine z.B. "Fraps.ebup" und "Fraps.ebud"
Die Dateiendungen:
.ebup: Easy BackUp
.ebus: Easy BackUp Schedule
.ebud: Easy BackUp Database

^^verdammt....soviel aufwand will ich nicht treiben...stört es dich, dass ich den Base64-String vergleiche?

MD5 ist biem Vergleichen schneller ;)

Bei z.B. einer 4GB-Datei: 32bytes vom MD5-hash gegen (mindestens) 4294967296bytes vom base64 :O

okay...dann mach ich noch einen eintrag in die backup-datei ( dateiname|md5-hash|base64 )
keine Datenbank! Yay

Was ist denn daran so schlimm, ne SQLite- oder Ole-DB zu machen, in der alle gesicherten Datein mit hash-history eingetragen sind? ;)
Oder widerspricht das deinem Konzept?

joa...son bissl...man will ja nicht zweitausend Dateien kopieren, für ein BackUp..sondern nur eine...

So das Update mit dem MD5 Vergleich ist draußen.
Dazu gibts auch erstma MemoryFlush.
viel Spass

so Rewrite into WPF...ja..das wirds wohl sein..ich schreibe den Hauptcode so wie der ist und portiere das UI in WPF...mal sehen wies am Ende aussieht ( hab ja noch die Vorlage von dem WPF Versuch )

so siehts aktuell aus:

Der Schatten sieht richtig schick aus Das kann WPF selber ne?

jo..das is nativ WPF ( DropShadow-Effect , Expression Blender 4 ftw )

So Update ist draußen. Leider benötigt man nun das .NET Framework 4 ( DateTimePicker...>.< )
Wenn ich was finde, was nicht .NET Framework 4 benötigt, setze ich das natürlich runter!
Das Icon kommt noch von Expression Blend...habe das nicht geändert..weil ich wie gesagt noch ein paar Bilder brauche.
Die Fenstertitel sind noch nicht ganz perfekt..werden aber später geändert.

Bilder:

Ganz ehrlich?
Der Schatten sieht besch..... aus.

dann mach ich eine Option rein "Schatten?".

Jepp, das ist dann schon besser. Aber muss wirklich alles einen Schatten haben?

was sollte keinen Schatten haben?
Okay...etwas zuviel ists...reichts, wenn ich die Radien etwas kleiner mache?^^

Also das Optionen Menü braucht definitiv keinen Schatten. Und wo du schon WPF verwendest könntest du anstatt dem grauen Hintergrund des Hauptfensters einfach Aero einbauen.

hmm...wenn ich wüsste wie^^ dann ja...mal gucken...vllt. spuckt mir google was gutes aus

So besser?:

Lies mal die Microsoft UX Interface Guidelines zu Aero Glass... An vielen Stellen in deinem Programm (vor allem das Optionenfester) ist Aero völlig unnötig und fehl am Platz.

Der Schatten an binahe jedem Control sieht billig aus.

Aber wenigstens benutzte WPF.

lg SeriTools