Moin, On Thursday 25 January 2007 12:21, Christian Stimming wrote: [...] > Tendenziell würde ich um eine Reduzierung solcher Flags auf das Minimum > bitten, denn für eine Applikation ist halt unklar, welche dieser Flags > überhaupt verwendet werden und daher auch implementiert werden müssen > (und, eigentlich am wichtigsten, in der realen Verwendung getestet > werden können). Gerade sowas wie "SHOW_LOG" (wenn das gemeint ist, was > ich raten würde) würde ich sowieso eher die App entscheiden lassen - die > App kriegt mit den folgenden ProgressAdvance ja so oder so diverse > log-messages und muss für ihre GUI dann sowieso entscheiden, wo die > landen (die können ja auch erstmal irgendwo unsichtbar gespeichert > werden). Das ist viel eher eine Entscheidung des GUI-Designs und weniger > eine, die sich von jeweiligen backends abhängig machen würde. Kann ich > mir zumindest schwer vorstellen. Also wenn du bei den PROGRESS_FLAGS eh > schon siehst, dass die in aqbanking gar nicht benutzt werden, dann bitte > ich doch eher um eine Entfernung derselbigen. [...]
Du darfst nicht nur AqBanking sehen: GWEN_GUI wird auch von Libchipcard etc verwendet, sowie generell von CryptToken-Plugins. Diese Flags sind lediglich Hints fuer die Anwendung, und sie werden auch tatsaechlich verwendet. Ich sehe das sogar gegenteilig zu Dir: Je mehr Information das Plugin der Anwendung geben kann, desto besser. Der Grund ist, dass der Aufrufer von GWEN_Gui_ProgressStart() am besten weiss, im welchem Zusammenhang diese Funktion aufgerufen wird. Die Anwendung aber, die diese Funktion implementieren soll, weiss gerade *das* nicht. So gibt es ja jetzt schon unterschiedliche Gelegenheiten, bei denen diese Funktionen verwendet werden: 1) Bei groesseren Veranstaltungen, wie beispielsweise dem Ausfuehren der JobsListe. In diesem Fall empfiehlt sich, das Progress-Fenster in etwa so darzustellen, wie wir es bisher auch schon tun. 2) Wenn wir aber diese Funktionen aufrufen fuer Aktionen, von denen wir eigentlich erwarten, dass sie schnell vorbeigehen, ist es am guenstigsten, das entsprechende Fenster erst anzuzeigen, wenn 1-2 Sekunden verstrichen sind (ansonsten wuerde es nur so flickern auf dem Monitor vor Progress-Fenstern). Ausserdem kann es empfehlenswert sein, Fortschritte zu gruppieren, damit der Benutzer nicht von 3-4 Fortschrittsfenstern gleichzeitig erschlagen wird. Das alles kann die Anwendung von sich aus nicht wissen, also gibt der Aufrufer diese Hinweise mit. Ob und wie die Anwendung das dann auch implementiert, ist dann Sache der Anwendung. Man muss hier im Auge behalten, wofuer die Progress-Funktionen eigentlich gedacht sind: Viele fuehren normalerweise ueberhaupt nicht zu einer Darstellung, z.B. beim Warten auf die Antwort des Servers, weil die Zeit einfach zu kurz ist. Wenn es aber hier haengt - z.B. weil der Server erst nach 10 Sekunden antwortet - will der Benutzer wissen, warum es nicht weiter geht - wo es also haengt. Zusaetzlich soll der User auch die Moeglichkeite haben, einen solchen Vorgang gefahrlos abzubrechen. [...] > Anderes Thema: Die Dokumentation in gui.h redet noch immer von einer > SetUserData/GetUserData Funktion. Die gibt's offensichltich nicht mehr. > Doku müsste aktualisiert werden. [...] Das habe ich ja schon an anderer Stelle geschrieben: Die APIDOC ist halt noch nicht umgeschrieben. [...] > Ebenfalls anderes Thema: AB_Banking_GetTan und callbacks gibt es > offensichtlich nicht mehr; was ist da draus geworden? [...] Alle GetPin- und GetTan-Funktionen leiten nun ebenfalls in die entsprechenden GWEN_GUI-Funktionen um. Wenn man also einen Pin- und/oder Tan-Cache einbinden will, muss man das auch nur noch hierueber, Gruss Martin -- "Things are only impossible until they're not" AqBanking - http://www.aqbanking.de/ LibChipcard - http://www.libchipcard.de/ ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
