Hibiscus Fragen zum Ablauf

Hallo,

nachdem das sowohl mit DTAUS-Import (zwar leider immer noch mit Umlaut-Problemen) und CSV-Export jetzt klappt - vielen Dank dafür, wird das Programm hier allmählich benutzbar.
Was mich extrem nervt, ist die ständige PIN-Eingabe, und auch an die TAN-Eingabe gewöhne ich mich nur schwer. PIN-Speicherung ist ja dankenswerterweise geplant - wann kann man damit rechnen?
Zur Verdeutlichung des Problems hier mal die zu tätigenden Eingaben bei 3 Transaktions-Aufträgen und 5 Konten (2 Haupt und 3 Unterkonten).

Bisheriger Ablauf mit Genolite (1 Zeile = 1 Eingabe):
1. Fällige Aufträge ausführen
2. Fertig - alles lief schön im Hintergrund ab, zum Schluß liest man kurz, ob ein Fehler auftrat.

Jetzt mit Hibiscus:
1. Fällige Zahlungen für Konto 1 ausführen
2. PIN eingeben
3. TAN eingeben
4. Fällige Zahlungen für Konto 2 ausführen
5. PIN eingeben
6. TAN eingeben
7. Fällige Zahlungen für Konto 3 ausführen
8. PIN eingeben
9. TAN eingeben
10. Wechsel in die Kontenübersicht
11. Konten synchronisieren
12. PIN eingeben
13. PIN eingeben
14. PIN eingeben
15. PIN eingeben
16. PIN eingeben
17. Fertig, dazwischen immer wieder Wartezeit - irgendwie ist das unschön, zumal es ja besser geht.

Das wäre mein Hauptproblem. Noch 2 kleinere Fragen:
Gibt es im Dateidschungel irgendwo eine Datei, wo man die zu exportierenden Felder festlegen kann? Oder auch die Reihenfolge der vorgeschlagenen Dateitypen (ich brauche nur CSV...) Eine Tastenkombination (z.B. CTRL-A), um vor dem Export alle Buchungen zu markieren, fände ich auch praktisch.

Weil es nicht kommentiert wurde, möchte ich auch nochmal die Lage des "Zurück"-Buttons ansprechen. Ist sonst niemand der Meinung, daß er an einer festen Position im Fenster besser aufgehoben wäre? Das wäre ja ziemlich unwichtig, wenn es im Programm eine durchgängige Tastaturbedienung gäbe. Aber das ist leider aus der Mode, oder?

@j:DTAUS-Import - das ursprüngliche Problem aus der anderen Frage ist ja gelöst, jetzt hakt es nur bei Umlauten. Etwas unschön aber wohl 1. umgehbar und 2. wohl anzunehmen, daß das in der Release gefixt ist.

Was für Diagnose-Unterlagen brauchst Du denn? Es sind ganz normale ASCII-Zeichen, die angemosert werden, also für ÄÖÜß. 8E 99 9A E1. Nach manuellem Ersetzen in AE... hat es dann jeweils funktioniert.

Oha danke, das muß sich wohl mal von mir unbemerkt geändert haben. Evtl. wäre es ja trotzdem sinnvoll, darüber nachzudenken, die Fehlertoleranz an die anderer Produkte anzupassen. Es ist eben doch noch DOS-Software im Einsatz...

Hi,
ja für MICH ist das kein Problem. Aber wenn man sich die Mühe macht, solche Software zu schreiben, dann doch sicherlich, um einen größeren Nutzerkreis zu erreichen. Und da ist Fehlertolerenz nicht verkehrt, wenn sie keinen Schaden anrichtet. Was soll ein falsch deklarierter Umlaut in den Textfeldern, den man einfach mit konvertiert, denn für Schaden anrichten? Mir fällt keine Konstellation ein.

Na wie dem auch sei, es wäre jedenfalls schön, wenn man zum Hauptproblem dieses Threads etwas Erfreuliches lesen könnte. (Klick-Orgie...)

Erst mal danke für die Antwort, dann freue ich mich mal auf die baldigen Verbesserungen.
Thema Zurück-Button: in Browsern jeglicher Art ist es ja auch so. Am elegantesten finde ich die Lösung in Opera. Die unschlagbar schnelle Kombination <rechte Maustaste drücken und halten-linke Maustaste klicken-rechte Maustaste loslassen> bedeutet "Zurück".

Ist es eigentlich schwieig, Tastenkombinationen in die Bedienung zu integrieren? Da wäre z.B. STRG-Z ganz gut (oder wie Opera: ALT-<Left>. Oder ist Tastaturbedienung heutzutage so etwas Exotisches?

Das Beispiel funktioniert, aber für die Navigationsleiste hatte ich keinen Erfolg. Naja, ist auch nicht schlimm, solange das Programm nicht durchgängig per Tastatur bedienbar ist.

siehe:
www.imn.htwk-leipzig.de/~kudra…/dtaus.pdf

Hallo,

ich habe OBanToo entsprechend geändert. Die Änderung wird im Nightly-Build von Hibiscus ab morgen enthalten sein.

Heiner

Welche Fehlermeldung? Wie sind die Umlaute kodiert?

Heiner