Erstellt von Tobi am 18. Dezember 2007
Nachdem mich Micha heute darauf aufmerksam gemacht hab, hab ich jetzt das Modul nochmal komplett geprüft und einen Fehler im “Manifest” korrigiert. Die Datei enthält jetzt ALLE benötigten Modulklassen und lässt sich somit auch Installieren und benutzen.
Download Fukurama::Class 0.01a
PS: wenn die Datei kleiner als 35KB ist, müsst Ihr ggf euren Browsercache mal leeren
Das Modul ist hier im CPAN zu finden.
Abgelegt unter Perl, Programmierung | 1 Kommentar »
Erstellt von Tobi am 18. Dezember 2007
Nach immerhin 9 Monaten und 16 Tagen ist die Entwicklerhilfe “Fukurama::Class” endlich fertig. Es ist derzeit noch im Alpha-Stadium da es einige Herausforderungen bei größeren Anwendungen z.B. in Sachen Geschwindigkeit gibt. Eine größere, bereits bekannte Aufgabe ist auch, die Fehlermeldungen mit dem korrekten Caller zu versehen. Die Caller sind zur Compielzeit schwer nachvollziehbar, da der Debugger hier leider nicht weiter hilft.
Hier schon mal zum ausprobieren: Fukurama::Class 0.01a. Im CPAN ist es noch nicht hochgeladen, das wird aber noch kommen.
Nachtrag: der Link ist jetzt korrigiert. Die Datei enthielt nicht alle Klassen weil ich vergessen hatte das “Manifest” korrekt zu füllen.
Das Modul ist hier im CPAN zu finden.
Abgelegt unter Perl, Programmierung | 3 Kommentare »
Erstellt von Tobi am 8. Dezember 2007
Ich war gerade auf der Suche nach brauchbaren UML-Editoren und bin über ein Programm namens autodia gestolpert. Damit lassen sich Klassendiagramme von Perl-Klassen automatisch erstellen und per dia, einem einfachen Diagrammedior, der auch für UML genutzt weden kann, anzeigen. Leider funktioniert das öffnen der Dateien im dia bei mir nicht, aber in die Richtung werde ich mal weiter forschen…
Abgelegt unter Perl, Programmierung | Keine Kommentare »
Erstellt von Tobi am 22. Oktober 2007
Der Bug Zickiges/Gefährliches Eclipse-Undo ist korrigiert. Hierzu ist die Installation des Bugfixes 3.3.1 und ein Update von Epic nötig. Zu finden ist beides direkt in den Eclipse-internen Updates, wenn man neue Features installiert.
Damit haben die Tage des Zitterns, dass auch kein neuer Code verloren geht, endlich vorbei. Ich hatte mich an den Nervenkitzel schon fast ein bisschen gewöhnt
Nachtrag: Das entfernen neu erstellter Dateien geht nur nicht mehr versehentlich im Editor-Kontext. Im Navigator-Kontext geht es nach wie vor. Wenn man aber das CTRL+Z nicht im “Windows” Kontext, sondern nur in den Editor-Kentexten zulässt, gibt es kene Probleme.
Update: es gab bisher noch ein paar wenige Stellen, an denen der Fehler immer noch auftrat. Es kam selten vor, aber in den letzten vier Monaten habe ich auch noch mal zwei Dateien auf die Art verloren. Heute habe ich ein Epic-Update eingespielt und nochmal ausgiebig getestet. Jetzt tritt der Fehler nicht mehr auf. Es gibt noch die “undo new file” Option, allerdings nur dann, wenn die Datei gerade neu angelegt und noch kein Inhalt hineingeschrieben wurde. So ists ok. Die aktuelle Epic-Version ist 0.5.43.
Abgelegt unter Programmierung | Keine Kommentare »
Erstellt von Tobi am 12. September 2007
Heute habe ich eine schmerzliche Lernerfahrung über die Undo-Funktion von Eclipse hinter mir. Ich hatte eine neue Datei angelegt und regelmäßig gespeichert. In einer anderen Datei, die schon offen war, habe ich dann etwas rückgängig machen wollen. Und bam!, da war meine “neue” Datei weg. Ungefragt, versteht sich.
Man kann das folgendermaßen nachvollziehen:
- Mache eine beliebige Perl-Datei mit dem Epic-Editor auf.
- Lege eine neue Datei an. z.B. eine normale Textdatei
- Schau in die Undo-Liste. Dort steht jetzt “undo new file”
- Schreib was und speichere
- Schau in die Undo-Liste. Dort steht jetzt “undo typing”
- Mach es rückgängig und die Undo-Liste ist jetzt leer
So weit so gut. Aber jetzt:
- Gehe in den Reiter der Perl-Datei
- In der Undo-Liste steht dort immer noch “undo new file”
- Ein mal undo ausführen und staunen.
Ist die “neue” Datei aktuell gespeichert, sind also keine weiteren Änderungen vorhanden, verschwindet der Reiter einfach samt der Datei auf der Platte. Ist die Datei geändert und nicht gespeichert, bleibt immerhin das Fenster bestehen.
Hart ist, dass das sogar dann Funktioniert, wenn die Datei geschlossen wurde. Das undo bleibt in der Epic-Undo-Historie. Man muss also alle Epic-Editoren schließen, wenn man das verhindern will. Oder man legt die Dateien nicht mehr direkt in Eclipse, sondern in der Shell an
Das ganze funktioniert bei mir unter Linux in der Perl-View mit Epic v0.5.39 in Eclipse v3.3.
Also: Vorsicht mit Undo! Ich hab noch nicht groß gesucht, ob der Fehler bekannt ist. Mach ich demnächst mal, wenn ich wieder Zeit für so was hab.
Fazit: Hoch leben die einfachen Editoren. Mit vi, gedit und Konsorten ist mir sowas noch nicht passiert.
Abgelegt unter Programmierung | Keine Kommentare »