Erstellt am 31.07.2005 - 22:15

Hallo Dominik,

das Programm finde ich super! Nach meinem Eindruck könnte ich eigentlich direkt loslegen und es benutzen. Das wäre vielleicht auch das Sinnvollste, erst beim ernsthaften Benutzen bemerkt man viele Schwächen und entwickelt Wünsche.

An der Programmierung kann ich mich mangels Java-Kenntnisse nicht beteiligen, aber ich würde mich gerne mit Bug-Reports, ggf. auch mit Anwender-Dokumentation schreiben (machen meiner Erfahrung nach Entwickler nicht so unheimlich gerne) und was sonst gebraucht wird beteiligen.

Wichtig wäre - wenn ich das Programm "produktiv" nutzen will - dass eine Export-Routine (und am Besten auch eine Import-Routine) implementiert wird, damit mir meine Daten nicht verloren gehen können, sollten einmal Bugs in der Datenbankschicht entstehen.

Deinen Entschluss, das Programm plattformunabhängig zu entwickeln finde ich äußerst begrüßenswert! Seit etwa 1 1/2 Jahren verwende ich Windows privat überhaupt nicht mehr (aus vielerlei Gründen: politischen, strategischen, technischen) und möchte das auch in Zukunft vermeiden. Ich bin mit Linux (Debian) äußerst zufrieden und seit dem ich meine Kinder ebenfalls auf Linux umgestellt habe, haben wir auch keine Probleme mehr mit Trojanern, Viren und ähnlichem

Klasse finde ich auch, dass Du das Programm unter die GPL gestellt hast. So kann jeder auf die Entwicklung Einfluss nehmen und natürlich auch jeder das Programm nutzen.

Nochmal zur Export-Routine: Vielleicht könnte man eine Art SQL-Dump implementieren? Also ein Script, das die erforderlichen SQL-Befehle zur Erstellung der Datenbanktabellen (create table) und zu ihrer Füllung (inserts) enthält. Dann könnte man nach einem Crash einfach dieses Script auf die Datenbank ausführen und hätte seine Daten restauriert. Ich weiß jetzt allerdings grad nicht, ob die Hypersonic SQL spricht?

Erstellt am 31.07.2005 - 22:26

Habe gerade die neue Version runtergeladen.

D. h. ich bin mir nicht sicher, ob es wirklich die neue Version ist. Der PDF-Export ist jedenfalls nach wie vor ausgegraut. Vielleicht könntest Du jeweils in den Download-Dateien ein Versions-Datum aufnehmen und ebenso unter HILFE | Über VinoBase ?

Erstellt am 31.07.2005 - 22:45

Hi Schreberpeter,

jo, ich bin auch seit etwa 1 1/2 Jahren komplett von Windows weg. Ok, manchmal sitze ich zwangsweise vor einem Windows, z.B. wenn der Rechner (bzw. das Betriebssystem) meiner Eltern wieder mal spinnt

Stimmt, eine solche Export/Import-Funktion sollte unbedingt mit rein. Ich bin noch am Überlegen wie man das machen könnte. Manuell geht ein Backup einfach: Beim ersten Start wird ein Verzeichnis "db" angelegt, da legt die Hypersonic-Datenbank die Daten ab (und ich glaub, es wird auch automatisch ein SQL-Dump erzeugt, zumindest kann man das irgendwie einstellen, hab mir diese Sache noch nicht so genau angeschaut). Das einfachste wäre einfach dieses Verzeichnis zu sichern. Aber ist halt sehr rudimentär, nicht gerade das, was man sich unter einer Backup/Restore-Lösung so vorstellt. Ich schau mir das mit dem SQL-Dump nochmal an, möglich müßte es auf jeden Fall sein!

Und ich will davor warnen, das Programm jetzt schon "produktiv" einzusetzen! Ich hab z.B. noch vor, das man zu einem Ansatz auch das Etikett für die Flaschen mit speichern kann, und dazu muß ich u.U. das Datenbankschema nochmal etwas abändern, womit bestehenden Daten praktisch unbrauchbar werden.
Aber ich bin natürlich froh, wenn man sich das Programm mal anschaut, und einfach mal so tut, als würde man es produktiv nutzen! Wie du schon gesagt hast, Schwächen, bzw. Wünsche entdeckt man meist erst dann!

Btw, du hast Recht, das Handbuch/Dokumentation zu schreiben, da fehlt mir wirklich irgendwie die Lust dazu Übrigens, ein weiterer Punkt wäre auch die Übersetzung. Im "resources" Verzeichnis gibt's zwei Dateien "local_de.properties" und "menu_de.properties". Das sind einfache Textdateien, in welchen alle Texte (z.B. Button-Beschriftungen) drin sind. Das macht die Portierung in andere Sprachen relativ einfach. Man braucht einfach diese zwei Dateien für eine andere Sprache, also z.B. dann local_en.properties für's Englische. Die Dateien sind einfach nach dem Muster "parameter=wert" aufgebaut also z.B. "add=hinzufügen", müßte in local_en.properties "add=add" heißen. Also wenn jemand irgendwelche Fremdsprachen kann, und dazu Lust hätte... Wichtig ist nur, daß alle Parameter die in local_de.properties auftauchen dann auch in local_X.properties drin sind.

Grüße,
Dominik

Erstellt am 31.07.2005 - 22:48

Naja, ok, 'ne neue Version ist's so gesehen ja auch nicht, hab halt nur wieder etwas rumgebastelt, und würds nachwievor noch als Version 0.1 alpha bezeichnen.
Zum Export: Das Menu wird erst aktiviert, wenn man einen Weinansatz ausgewählt hat. (Sorry, sollte ich nächstes mal gleich mit dazu sagen)

Grüße,
Dominik

Erstellt am 01.08.2005 - 01:15

Dominik schrieb Zum Export: Das Menu wird erst aktiviert, wenn man einen Weinansatz ausgewählt hat.

mhm. Hab ich gemacht. Geht trotzdem nicht.

Erstellt am 01.08.2005 - 10:11

schreberpeter schrieb Habe gerade die neue Version runtergeladen. D. h. ich bin mir nicht sicher, ob es wirklich die neue Version ist. Der PDF-Export ist jedenfalls nach wie vor ausgegraut. Vielleicht könntest Du jeweils in den Download-Dateien ein Versions-Datum aufnehmen und ebenso unter HILFE | Über VinoBase ?

pdf-export zu implementieren, halte ich für unnötig. Das können sowohl Windows als auch Linux über Druckertreiber leisten, so dass wir das Rad nicht neu erfinden müssen. Es würde also reiczhen, eine Druckfunktion zu implementieren.

Erstellt am 01.08.2005 - 10:15

Dominik schrieb Und ich will davor warnen, das Programm jetzt schon "produktiv" einzusetzen! Ich hab z.B. noch vor, das man zu einem Ansatz auch das Etikett für die Flaschen mit speichern kann, und dazu muß ich u.U. das Datenbankschema nochmal etwas abändern, womit bestehenden Daten praktisch unbrauchbar werden. Aber ich bin natürlich froh, wenn man sich das Programm mal anschaut, und einfach mal so tut, als würde man es produktiv nutzen! Wie du schon gesagt hast, Schwächen, bzw. Wünsche entdeckt man meist erst dann!

Dahingehend würde ich empfehlen, das Datenmodell als ER-Modell zu designen - dann hast du zwar mehr Tabellen als bei normalen relationalen Verknüpfungen, aber du kannst das Datenmodell jederzeit erweitern, ohne dass Altdaten unbrauchbar werden.

Erstellt am 01.08.2005 - 10:38

schreberpeter schrieb mhm. Hab ich gemacht. Geht trotzdem nicht.

Ausgegraut sollte es nicht mehr gewesen sein, aber stimmt, da war noch ein Fehler jetzt sollte es funktionieren.

Gothmog schrieb pdf-export zu implementieren, halte ich für unnötig. Das können sowohl Windows als auch Linux über Druckertreiber leisten, so dass wir das Rad nicht neu erfinden müssen. Es würde also reiczhen, eine Druckfunktion zu implementieren.

Das Ding ist nur, pdf-Export geht relativ komfortabel über 'ne Java-Libary, eine Druckfunktion mit einem halbwegs schönen Layout ist ziemlich aufwändig zu implementieren. Zudem bietet ein pdf-Export auch die Möglichkeit, einerseits seine Ansätze auch als pdf-File irgendwo zu speichern, per Mail zu verschicken, oder ins Netz zu stellen.

Gothmog schrieb Dahingehend würde ich empfehlen, das Datenmodell als ER-Modell zu designen - dann hast du zwar mehr Tabellen als bei normalen relationalen Verknüpfungen, aber du kannst das Datenmodell jederzeit erweitern, ohne dass Altdaten unbrauchbar werden.

Hab ich gemacht. Das Problem ist nur, wenn ich jetzt mit dem Programm Daten anlege, und diese dann später mit der "Production-Version" nutzen will, gibts Probleme weil in der alten Datenbank z.B. die Tabelle "Etikett" fehlt. Dann müßte man noch so 'ne Art Update-Skript schreiben, daß in der alten Datenbank zuerst die fehlende Tabelle anlegt. Ok, eigentlich sollte man so eine Update-Möglichkeit wirklich einbauen... Kommt auf die ToDo-Liste.

Grüße,
Dominik

Erstellt am 01.08.2005 - 15:34

Dominik schrieb Das Ding ist nur, pdf-Export geht relativ komfortabel über 'ne Java-Libary, eine Druckfunktion mit einem halbwegs schönen Layout ist ziemlich aufwändig zu implementieren. Zudem bietet ein pdf-Export auch die Möglichkeit, einerseits seine Ansätze auch als pdf-File irgendwo zu speichern, per Mail zu verschicken, oder ins Netz zu stellen.

OK diesbezüglich bist DU der Experte

Dominik schrieb Hab ich gemacht. Das Problem ist nur, wenn ich jetzt mit dem Programm Daten anlege, und diese dann später mit der "Production-Version" nutzen will, gibts Probleme weil in der alten Datenbank z.B. die Tabelle "Etikett" fehlt. Dann müßte man noch so 'ne Art Update-Skript schreiben, daß in der alten Datenbank zuerst die fehlende Tabelle anlegt. Ok, eigentlich sollte man so eine Update-Möglichkeit wirklich einbauen... Kommt auf die ToDo-Liste.

Naja Datenbanken sind wiederum wohl eher mein Part Im Prinzip sollte es ja kein Problem sein, bei einer Update-Installation die neuen Tabellen anzulegen.

Ich werd heut nachmittag auch mal in einer ruhigen Minute dein Datenbank-Script vornehmen und mir das Datenmodell aufmalen - entweder auf Papier, oder ich guck mal, dass ich nen freien UML-Modeller finde

Erstellt am 01.08.2005 - 17:53

Gothmog schrieb oder ich guck mal, dass ich nen freien UML-Modeller finde

-> DBDesigner
Den benutze ich gerne, aber bei VinoBase hab ich die Datenbank-Geschichte eher so spontan gemacht
Für UML allgemein ist Umbrello super, gibts aber glaub ich nur für Linux.

Die ganzen "create table" Statements findest du im Quellcode in util/FirstStartConfigurator.java

Grüße,
Dominik