Moin, On Dienstag, 20. November 2007, Frank Emminghaus wrote: [...] > Ja, o.k. das mag ja alles sein. Als Entwickler einer Anwendung für > AqBanking implementiere ich aber die Callbacks - und die Prototypen > dazu sind in gui.h genannt - dachte ich jedenfalls. Mir hat es die [...]
Nein, in gui.h ist das Interface fuer die *Aufrufer* der GUI-Funktionen (also zum Beispiel die Plugins). Die Prototypen fuer die *Implementierung* sind in "gui_be.h". Das gilt ganz generell fuer Gwenhywfar, Libchipcard und AqBanking. Das suffix "_be" ist historisch und stand zu Beginn in AqBanking fuer "backend". Der Hintergedanke war, dass fuer die Implementierung einer API Informationen noetig sind, die eine Anwendung ansonsten nicht braucht. Deswegen sind solche Dinge in Extra-Header gewandert, und diese Trennung hat sich bisher auch ganz gut bewaehrt. Der Vorteil von AqBanking3 und dem neuen Gwen gegenueber den Vorversionen ist nun, dass Du jetzt tatsaechlich nur noch die Funktionen aus gui_be.h implementieren musst, um saemtliche Benutzerinteraktion abzufangen. Es gibt also nur noch eine zentrale Stelle, an der Du das abfangen musst (frueher gab es eine ganze Reihe von Callbacks und Funktionen in unterschiedlichen Modulen). 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/ ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
