Da bei der alten Version öffentliche Beta-Tests kaum Rückmeldungen gebracht haben, teste ich nun jedes einzelne neu eingebaute Feature recht gründlich. Das benötigt zwar einiges an Zeit (60% Entwicklung, 40% Test), aber Qualität geht vor Quantität. Lieber verschiebe ich den Releasetermin um 1-2 Monate, habe dafür aber weniger Bugs in der fertigen Anwendung.

Ich habe mir mal einige Gedanken zur Auswahl des Datenpfades beim Start von Klebezettel gemacht.

Da die Option “Programmverzeichnis” bei modernen Windows-Versionen, die ordentlich konfiguriert sind (kein arbeiten mit Admin-Rechten, zumindest aktivierte Benutzerkontensteuerung ab Windows Vista), keinen Sinn mehr macht, wird diese Option nicht mehr angeboten. Statt dessen wird eine Option zum Installieren in den Ordner für die gemeinsamen Anwendungsdaten angeboten, für den Fall, dass alle User auf diesem PC mit den selben Klebezettel-Daten arbeiten sollen. Für diese Option muss Klebezettel dann einmal mit Admin-Rechten gestartet werden, damit der entsprechende Registry-Eintrag erstellt werden kann. Für die Auswahl eines benutzerdefinierten Verzeichnisses gibt es einen etwas besseren Auswahldialog.

Ordner erstellen? Erstmal kein Problem, könnte man denken. Allerdings: wenn man es machen will, wie es der Explorer macht, wird es schon schwierig, zumindest scheint es unter WPF so zu sein.

Nun überlege ich, ob ich erstmal den unkomfortablen BrowseFolder-Dialog von Windows verwende, oder ob ich vielleicht fertige Explorer-Komponenten lizensieren soll.
Mit denen http://www.ssware.com/megapack.htm würde es ganz einfach sein, allerdings kosten die auch nicht wenig. ~400 Euro muss man auch erstmal haben.

Ich werde nun erstmal die einfache Variante implementieren (Windows Dialog), damit die Funktionalität schonmal da ist. Optimieren kann man später immer noch. Schade, fast 6 Stunden umsonst entwickelt

1. Hübscher zu machen

2. Das Erstellen eines Ordners zu ermöglichen

Insgesamt hat die Entwicklung dieses Dialogs bisher fast 5 Stunden gedauert, das sind gut 300€ Entwicklungskosten. Im Nachhinein betrachtet hätte es sich eher gelohnt, eine kommerzielle Explorer-Komponente zu lizenzieren, aber das hätte ich früher wissen müssen. Jetzt ist es zu spät. Dafür habe ich einiges dazugelernt

Wahrscheinlich wird der Dialog noch um einen Button für kontextsensitive Hilfe sowie um einen Zusatzbereich “Details” zur Anzeige von längerem Text erweitert.

Messagebox beim Beenden von Klebezettel.Net mit Option "Nicht mehr fragen"

Die neue Version benötigt daher das “Microsoft .Net Framework 4″. Dabei handelt es sich um ein Installationspaket, das unter Windows XP, Vista und Windows 7 kostenlos bei Microsoft heruntergeladen werden kann – wenn es überhaupt noch benötigt wird, denn seit einiger Zeit wird das .Net Framework als empfohlenes Update bei Windows Update angeboten.

Leider hält sich ein Gerücht sehr hartnäckig, wonach das .Net Framework überflüssiger Schnickschnack ist und den PC langsamer macht. Das einzig ware an dem Gerücht ist, dass es eben nur ein Gerücht ist. Das .Net Framework wird nur von Programmen benutzt, die für das .Net Framework programmiert wurden – oft ist auf vielen PCs bereits solche Software installiert. Teile von Windows 7 basieren ebenfalls bereits auf dem .Net Framework.

Nun aber zurück zum eigentlichen Thema: Klebezettel!

Seit heute entwickle ich also unter dem Codenamen Klebezettel.net die neue Klebezettel-Version, die (notwendigerweise, da andere Programmiersprache) komplett neu geschrieben wird. Dabei wird Klebezettel in der Basis-Version möglichst schlank gehalten. So wird es möglich sein, spezielle Zusatzfunktionen, wie z.B. die Geburtstagserinnerung, optional herunterzuladen und zu installieren. Dadurch enthält die eigentliche Kernsoftware – die eigentlichen Klebezettel – weniger Ballast, und beim Update sind wesentlich weniger Daten herunterzuladen.

Eine weitere Verbesserung der neuen Version ist die Datenspeicherung: während in der bisherigen Version alle Notizdaten in einer einzigen sogenannten “ini“-Datei gespeichert wurden, wird jede Notiz einzeln in einer XML Datei abgelegt. XML Dateien lassen sich im Notfall mit jedem beliebigen Texteditor öffnen und betrachten. Unverschlüsselte Notiztexte werden 1:1 als lesbarer Text abgespeichert – bei formatierten Notizen gibt es immer eine alternative Speicherung im unformatierten Klartext.

Der Focus der neuen Version liegt auf der Erinnerungsfunktion, da viele Anwender offenbar Klebezettel als Erinnerungsprogramm benutzen.

Als Anfang habe ich heute eine einfache Anwendung erstellt, um auszutüfteln, wie ich am besten bei der Erstellung des Notizfensters vorgehe.

Hier zwei erste Screenshots des Notizfensters:

Transparentes Notiz-Fenster in Klebezettel.net (Entwurf)

Mit F2 kann der Notiztitel direkt geändert werden

Zusätzlich habe ich zwischenzeitlich mit dem Gedanken gespielt, die Entwicklung nicht mehr mit Delphi, sondern mit Visual Studio 2010 zu machen, und zwar mit der Sprache C#. Dafür würden mehrere Dinge sprechen:

• Das .net Framework bietet einfach mehr Möglichkeiten als die Delphi VCL
• C# ist konsequent objektorientiert, und es ist ohne Verrenkungen möglich, jede einzelne Klasse in eine eigene Datei zu stecken
• Das Speichern kompletter Objekte als XML (Serialisierung) ist mit C# und seinen Boardmitteln ein Kinderspiel

Aber leider hat ein Programm, das für die .net Platform entwickelt wurde, auch einen Nachteil: Es wird das .Net Framework benötigt. Das muss in den meisten Fällen erstmal installiert werden, da das aktuelle Framework bisher auf nur wenigen Rechnern installiert ist.

Da ich heute eine XML-Bibliothek gefunden habe, die die einfache Serialisierung von Objekten in Delphi ermöglicht, werde ich nun doch die neue Version in Angriff nehmen können. Fehlt nur noch die Zeit… aber das bekomme ich auch noch hin.

Eines steht fest: jedes Mal, wenn ich den alten Code von Klebezettel 2.9.8 bearbeite, fällt mir auf, was ich heutzutage alles anders machen würde – vor allem, nachdem ich nun seit einem halben Jahr neue eigene Projekte nur noch mir C# entwickle

Sobald die erste Version verfügbar ist, die die grundlegendsten Funktionen implementiert hat (Notizen erstellen, speichern, laden) wird es wöchentliche Snapshots der aktuellen Entwicklungsversion geben.

Der erste Grund: Zeitmangel. Seit Ende März habe ich eine seht zeitintensive neue Stelle, mit der ich meinen Lebensunterhalt für mich und meine Kinder verdiene.

der Zweite Grund: Unsicherheit, wie es um die Zukunft der verwendeten Entwicklungsumgebung “Delphi” steht.

Seit Anfang an wird Klebezettel in der Programmiersprache Delphi entwickelt. Diese Programmiersprache stammt ursprünglich von der Firma Borland und wird mittlerweile von der Firma Embarcadero vertrieben. Schon seit einigen Jahren geht es nicht richtig voran in neuen Versionen von Delphi. Die letzte Delphi-Version, die ich gekauft hatte, war Delphi 2007. Seitdem warte ich auf eine neue Delphi-Version, die auch 64bit-Programme erstellen kann. Leider hat Embarcadero die Delphi-Entwickler auch mit der neuen Roadmap erneut vertröstet, eine erste Preview eines 64bit Compilers wird es erst 2011 geben.

Nun stelle ich mir die Frage: ist es überhaupt noch sinnvoll, weiterhin mit Delphi Software zu entwickeln? Nun, einerseits habe ich einige sehr gute Komponenten lizensiert, mit denen man in kurzer Zeit ansprechende, produktive Anwendungen entwickeln kann. Aber mit der wachsenden Unsicherheit bezüglich Delphis Zukunft wächst auch die Unsicherheit, wie lange die Komponentenhersteller ihre Komponenten noch pflegen.

Ich bin schwer am überlegen, eine neue Klebezettelversion wenn überhaupt nur mit c# (.net Framework) zu entwickeln. Mittlerweile haben laut meinem Webserver 25% aller Klebezettel-Nutzer Windows 7, sowie 15% Windows Vista – dort ist das benötigte .net Framework bereits installiert. Auf Windows XP kann das .net Framework ohne Probleme nachinstalliert werden – allerdings wird es dort auch schon in vielen Fällen installiert sein.

Vielleicht kann mir ja jemand bei der Entscheidungsfindung helfen…

Wie ich schon vor 2 Jahren schon einmal angekündigt hatte, soll Klebezettel ja komplett neu programmiert werden. Das Problem dabei ist nur: ich habe – beruflich und privat bedingt – zur Zeit sehr wenig Freizeit, die ich in Klebezettel investieren könnte. Daher ist es zur Zeit recht ruhig um Klebezettel geworden.

Ich hoffe, dass ich etwas mehr Zeit finde, sobald ich weniger Stress habe.