[quote=Crian,11.Feb..2004, 17:02]Speicherformat XML könnte ich wohl problemfrei anbieten. Was ist YAML?
[/quote]Die Abkuerzung steht fuer "Yet Another Markup Language", obwohl das eigentlich falsch ist. YAML ist ein menschenlesbares Format zum Serialisieren von Daten. Also ein Ersatz fuer Storable (welches gar nicht menschenlesbar ist) und Data::Dumper (bedingt menschenlesbar). Im einfachsten Fall reicht ein .

Quote

[quote=ptk,11.02.2004, 16:27]- Du koenntest ruhig ein Makefile.PL anlegen. Das hilft zum einen dir beim Erzeugen einer Distribution (Stichwort: make dist) und auch dem Benutzer, der das Paket richtig installieren will.

Ja, das ist irgendwann in dieser oder anderer Form vorgesehen, wahrscheinlich nicht per Make, da nicht jeder Unixtools auf seinem Rechner hat.
[/quote]
Dann ist Module::Build das Tool deiner Wahl.

Quote

Im Moment ist das Tool ja noch in der Entwicklungsphase, deshalb ist es so gedacht, dass man das Zip-File irgendwo auspackt und aus dem Verzeichnis heraus verwendet.

[quote=ptk,11.02.2004, 16:27]- Wenn du ged so angelegt hast, dass es auch nicht-installiert funktioniert soll, solltest du noch

Code: (dl )

use FindBin; use lib "$FindBin::RealBin";

an den Anfang von ged.pl schreiben. Dann funktioniert auch der Aufruf, wenn man sich nicht im ged-Verzeichnis befindet.

Ja guter Tipp, das habe ich bei den Tools die ich bei der Arbeti entwickelt habe auch gemacht. Bisher hatte ich die Notwendigkeit noch nicht, aber es tut ja nicht weh ;)
Ich habe es gerade eingebaut, wird in der nächsten Version dabei sein.
Frage: Warum RealBin? Ich nehm immer Bin dafür?!
[/quote]
Einen Unterschied gibt es nur, wenn man symbolische Links verwendet. Ich organisiere meine Projekte manchmal so, dass das Applkationsverzeichnis nach /usr/local/Application kommt und in /usr/bin/application ein symbolischer Link, der nach /usr/local/Application/application zeigt. In diesem Fall wuerde Bin nicht funktionieren.

Quote

[quote=ptk,11.02.2004, 16:27]- Alle Export- und Speicherfunktionen scheinen fuer den Dateinamen die Extension *ohne* Punkt anzuhaengen. D.h. wenn ich beim Speichern "bla" angebe, dann wird "blaged" daraus.

Nein, bei mir werden sie mit Punkten abgetrennt gespeichert und exportiert.
Aus bla wird bla.ged.

Arbeitest Du zufällig unter Linux? Die Dateispeicher-Funktionalitäten unterscheiden sich ja, kann sein, dass das daran liegt.
Der Dialog unter Windows macht es richtig, jedenfalls bei mir. Aber dem Problem kann man ja auch mal nachgehen.

[/quote]
Urks, ich habe es befuerchtet. Eine Inkompatibilitaet zwischen Unix und Windows, die seit Jahren wohl nicht bemerkt wurde :-(

Quote

[quote=ptk,11.02.2004, 16:27]- Wie ich sehe, erzeugt der LaTeX-Export nur eine Datei, die aus einer anderen Datei inkludiert werden muss. Richtig?

Ja, weil es mir nicht sinnvoll erschien, ein Dokument mit nur einem Graphen zu erzeugen. Und wer etwas mit der LaTeX Ausgabe angfangen kann, kann auch den Rahmen drummachen.
Aber ich könnte auf den geplanten Konfigurationsseiten dies einstellbar machen und auf Wunsch einen Dokumentrahmen drumherum ausgeben.
Fändest Du das sinnvoll? (Nehm ich mal an, weil Du es erwähnst.)
[/quote]
Nun ja, ich habe ein LaTeX-Export gemacht und gleich "latex test.tex" ausprobiert, was natuerlich fehlschlug. Man koennte irgendwo reinschreiben, dass es sich nur um ein Schnipsel handelt (im Menue? in der erzeugten Datei?).

Quote

[quote=ptk,11.02.2004, 16:27]- Der Label mit dem blauen Hilfstext sollte linksbuendig gemacht werden (wahrscheinlich mit -anchor => "w").

Welcher Label? *such*
Meinst Du die Ausgaben rechts neben den Buttons?
Warum soll der rechtsbündig sein? mir gefällt er linksbündig eigentlich besser, aber ich werd nochmal drüber nachdenken.
Und ev. auch konfigurierbar machen.
[/quote]
Ja, rechts neben den Icons. Bei mir ist der Text zentriert, was bei laengeren Erklaerungstexten, die die Breite des Labels sprengen, etwas irritierend ist.