Moin, On Freitag, 20. Juni 2008, Manfred Usselmann wrote: [...] > Ja, aber wie viele 'normale' Benutzer verwenden wirklich mehrere > Anwendungen? [...]
Das ist nicht die Frage, sondern eher: Erschwert eine eingebaute Funktion anderen Anwendungen die Arbeit? AqBanking hat die Moeglichkeit, verschiedene Pfade zu verwenden (im Konstruktor). Es wird ausdruecklich empfohlen nicht ohne zwingenden Grund vom Default-Pfad abzuweichen, aber es ist moeglich. Wenn ich nun in AqBanking eine Kopierfunktion einbauen wollte, muesste ich dies sehr genau beruecksichtigen. GnuCash koennte beispielsweise entscheiden, dass es sich nicht fuer die Daten anderer Anwendungen interessiert, AqBanking darf das aber nicht. Also waere die Funktion in AqBanking, wenn sie alle Moeglichkeiten abdecken koennen soll, schon nicht mehr so trivial. Die Alternative waere, wenn in AqBanking eine allgemeine Kopierfunktion eingebaut wuerde, die beim ersten Start von AqBanking3 schlicht das ganze Verzeichnis kopiert (wie ich es fuer Anwendungen empfehle). Dabei kann es sich aber - wie in meinem Fall - um eine betraechtliche Groesse handeln. Bei mir sind es jetzt 50MB, ich kenne aber auch Faelle, wo es um ein Vielfaches geht (vor allem, wenn taeglich viele Ueberweisungen/Lastschriften eingereicht werden). Das sollte aus meiner Sicht auf keinen Fall von AqBanking selbst kopiert werden. [...] > Das ist, glaube ich, so ein bisschen das Problem: Gehoeren die > Konfigurationsdaten nun der Anwendung oder der Aqbanking Bibliothek? > Das kann man sicher von Fall zu Fall unterschiedlich sehen. Vielleicht > muesste man den Pfad wirklich bei den Anwendungen konfigurierbar > machen. Dann koennte man ihn in mehreren Anwendungen gleich oder auch > unterschiedlich setzen, je nach Bedarf. [...] Das wuerde ich aber nicht empfehlen, denn zum einen widerspricht das dem Sinn von AqBanking (naemlich im Idealfall eine Konfiguration der Banking-Zugaenge fuer alle Anwendungen), zum anderen erschwert es den Parallel-Betrieb mit aelteren Versionen (und AqBanking2 wird ja immer noch genutzt). Die Frage ist hier also vielleicht: Sollten die Anwendungsdaten und Logs von den Einstellungen in AqBanking getrennt werden? Der Grund fuer die Einfuehrung der Funktionen, die einer Anwendung die Speicherung von Daten unterhalb des AqBanking-Verzeichnisses erlaubt, war, die Daten alle zusammenzuhalten, so dass beispielsweise fuer ein Backup aller Banking-Infos das Speichern des Aqbanking-Verzeichnisses ausreicht (OpenHBCI/AqMoney hatten damals verschiedene Dateien verwendet, und das hat das Erstellen von Backups nicht wirklich vereinfacht). Es war auch nicht geplant, das Verzeichnis einmal zu wechseln. Das wurde erst notwendig, weil es eine wichtige Anwendung gab, die weiterhin AqBanking2 einsetzen musste (eben GnuCash). Diese Frage betrifft inzwischen nur noch GnuCash, denn die anderen Anwendungen verwenden ja schon lange AqBanking3. Daher mein Vorschlag, diese Kopierfunktion in GnuCash einzubauen. Man koennte natuerlich in AqBanking eine Funktion einbauen, die dieses kopieren uebernimmt (dann aber nicht transparent, sondern explizit bei Aufruf durch die Anwendung). Hmm, wenn ich es recht ueberlege, waere das vielleicht der einfachste Ausweg aus dem Dilemma: Einfach eine Nachbildung von "cp $HOME/.banking nach $HOME/.aqbanking". Aber dafuer wiederum ist eine GUI-Anwendung besser geeignet als AqBanking, weil die GUI ja beispielsweise fuer's kopieren schon Funktionen hat (inclusive Fortschrittsbalken etc). Gruss Martin -- "Things are only impossible until they're not" Martin Preuss - http://www.aquamaniac.de/ AqBanking - http://www.aqbanking.de/ LibChipcard - http://www.libchipcard.de/ ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
