An die Subsembly Entwickler,

Seit der 6er Version sortiert der CSV Export falsch (Listenansicht nach Datum).
Eine der letzten Buchungen stehen immer am völlig falschen Ende der Liste.

EntryDate;PayeePayerName;Purpose;Category;CreditAmount;DebitAmount
27.07.2015;M
27.07.2015;E
24.07.2015;E
...
04.10.2001;;
01.10.2001;B
28.07.2015;A <- ups

Wenn ich die Datumssortierung 2 mal umstelle wird korrekt exportiert.

Danke schon mal fürs gelegentliche Bugfixing.

Peter

PS: Win XP, Win 7 x64, portabel oder installiert, alle 6er Versionen bis heute

Nachtrag:

Listendarstellung - neueste zuerst (oben)
dann hat CSV Export - neueste zuletzt (unten)

Auch eigenartig
Ging bei 5er Versionen wie beschrieben korrekt,
Liste neueste unten - Export auch neueste unten

Peter

Hallo,
das geschieht bei mir wie beschrieben, wenn ich aus der Listenansicht die zuvor markierten mit dem "rechte-Maustaste-Dialog" exportiere.
Wenn ich den Export über das Menü -> Extras anstosse, ist die Sortierung wie in der Listenansicht.

Hallo,

die Reihenfolge der Buchungen, d.h. aufsteigend oder absteigend, ist durch das konkrete CSV-Format normalerweise fest definiert und nicht durch die Darstellung beeinflussbar. Das ist einfach ein Teil der jeweiligen Konvention des gewählten CSV-Formats.

Zum Fehler mit der einzelnen falschen Buchung: Hast Du schon die aktuelle 6.0.2 im Einsatz? Handelt es sich bei der Buchung evtl. um eine avisierte Buchung?

>>>die Reihenfolge der Buchungen, d.h. aufsteigend oder absteigend, ist durch das konkrete CSV-Format normalerweise fest definiert und nicht durch die Darstellung beeinflussbar.

Veto, bei "rechte-Maustaste-Dialog" aus der Listenansicht geschieht das jeweils reziprog.
Ausserdem gibt es bei dieser Aktion keine Export-Format Auswahl, im Gesensatz zur
Exportfunktion mit Menü -> Extras.

Der "rechte-Maustaste-Dialog" ist nur ein Ad-Hoc Export der 1:1 Tabellendaten. Deshalb kann man hier nichts auswählen. Die richtige Exportfunktion hingegen basiert auf "bekannten" CSV-Formaten.

>>>Ad-Hoc Export der 1:1 Tabellendaten. Deshalb kann man hier nichts auswählen.
Das wird auch nicht erwartet oder als Mangel dargestellt.
Meine Beschreibung sollte nur Unterschiede zu der Beobachtung (primär von peterb) bei Export Möglichkeiten aufzeigen.

Hallo,

ja, ich meine den CSV Export per CTRL-A dann R-Klick, der hat den Fehler (Menu Export .supa ist ok)
Fehler besteht seit der 6er Version inkl. aktuelle Release, ich habe aber nur vier davon verwendet.
Das man vorher die Datumsreihenfolge im Gegensatz zu 5er nun rumdrehen muss kann ich
noch aushalten

Nein, keine avisierte Buchung, hatte ich auch schon bedacht.

Grade zum xten mal getestet (macht überigens keinen
Unterschied welche Datumsreihenfolge eingestellt ist).

Sorry, bisher kann ich keine Regel für den Fehler finden,
aber ist reproduzierbar.

Manchmal macht der CSV export gleich 2 Fehler, siehe Screenshot


ciao
Peter

Moin,
auch bei dieser Möglichkeit - Markieren im Kontoblatt - Rechtsklick - CSV-Export (sichtbare Spalten) habe ich ein exaktes Abbild der markierten Buchungen (Sparkasse sowie Postbank).
Mit Notepad++ dann die CSV-Datei geöffnet - Ergebnis:



Die Reihenfolge ist nur verdreht, ansonsten stimmt alles überein.
Habe dies mit neuester v 6.0.2.5683 durchgeführt und extra die Markierung mitten im Kontoblatt vorgenommen.

Hmm, ich habe 3109 Posten in der Liste seit 2001.
Versuch vorhin, vor Abholung, nach Abholung, nach Überweisung,
wieder immer einer am Ende statt etwa bei Position 10
(reziprok sortiert wirds ganz verrückt, dann steht der Eintrag am ganz anderen Ende)

Meine Spalten:
EntryDate;PayeePayerName;Purpose;Category;CreditAmount;DebitAmount

Und gleich danach die gleiche Datenbank mit Ver. 5.3.8.5492 ausprobiert,
schön, alles geht, Liste neuestes Datum unten, CSV auch neustes Datum unten,
und keiner ist falsch einsortiert.

CSV Dateien immer mit einem Dateivergleicher überprüft.

what nu?

Nachtrag
Nach 2 mal Sortierrichtungsänderung habe ich mal nur ca. 20 der
letzten Buchungen ausgewählt und auf CSV exportiert , kein Fehler.
Dann noch alle 3109, auch - kein - Fehler.

Ich vermute wie schon anfangs geschildert, 2 - oder mehrfaches Umschalten
der Sortierrichtung führt zum korrekten Resultat bei Ver 6.

Frage: nutzt Du die gleiche Datenbank in Version 5 und auch in Version 6?

Der Chef hatte mal darauf hingewiesen, nicht die gleichen Datenbanken (Tresore) in den verschiedenen Versionen (5 + 6) zu verwenden.

Noch eine bescheidene Frage: wofür nutzt Du die exportierten Listen?

Gleiche DB: Natürlich nicht. War nur zum testen, ich war selbst (positiv) überrascht das das funktioniert hat.
Sonst hätte ich eine 5er DB aus meinem Backup geholt.

Bescheidene Antwort weil ich für weitere Verarbeitung nur die Daten benötige welche ich auch in der Liste sehe,
das basiert etwas auf langer Anwendung der T-Online Banking S/W. Bis Ende der 5er war es ja auch korrekt und
analog zur Listensortierung der Ansicht.

Den CSV Export verwende auch gerne da man schnell mal Bereiche selektiert und sortiert exportieren kann,
oder in Verbindung mit Filtern. Und netterweise ist dieser Export in Groß/Kleinschreibung, während die
vordefinierten Exportformate das nicht machen (MoneyMoney käme sehr nahe an meine Liste). Diese
Formate machen es übrigens immer richtig, alt oben, neu unten.

Für mich ist Banking4W und 4A genial, weil portabel, schnell und nicht überladen, gleiche DBs.
Zum Ende der T-O S/W gestestet und sofort gekauft, später dann auch 4A freigeschaltet.

Das einzige was ich von der schlanken T-Online Banking S/W vermisse sind die netten grafischen
Auswertungen, na ja irgendwas läßt man immer zurück, und sowas geht ja auch in Tabellenverarbeitungen,

Also auch ein ehemaliger T-Online Banking-Anwender, der den Absprung zu B4W ohne Blessuren gemeistert hat.
Kann es sein, dass Du bis 2013 mit gleichem Avatar im T-Online Forum tätig warst?

Der Schritt zu Banking 4W war (ist) sicher eine gute Wahl!

Hallo,

das könnte irgendwie am "DataViewGridControl" der Tabellen liegen. Beim direkten Export aus der Tabelle werden die Daten in der Reihenfolge in die Datei geschrieben, in der ich Sie vom DataViewGridControl bekomme. Möglicherweise ist diese Reihenfolge nicht identisch mit der Reihenfolge in der das DataViewGridControl diese auf dem Bildschirm anzeigt. Zumindest ist das ein Ansatzpunkt für die Fehlersuche...

@ Andreas:

Dankeschön fürs "Ansatz" finden
Hab eben sogar einen Fehler mitten in der Liste gehabt.

Noch etwas, aber sehr unwichtig, in der Titelleiste wären
Striche schön damit man den "Anfasser" schneller findet"


@D.Büssen

T-O Forum, könnte sein, aber sehr selten.

@ Andreas:

Ich kann den Fehler klar definiert erzeugen:

- Liste nach Datum sortieren so das neuste oben sind
(damit die Reihenfolge im CSV Export chronologisch abwärts ist, naja war mal einfacher, siehe oben)
- per Maus einen Eintrag anwählen, zB. viertletzter
- STRG A alles auswählen
- Rklick und sichtbare Spalten exportieren
- > der zuletzte angeklickte Eintrag ist dann fehlerhaft am Ende der Liste

Also einen Workaround hab ich nun, wäre nett wenn mal ein Bugfix kmmt


Danke
Peter

Grosses Danke für den Fix in Version 6.2.0.5863

Der CSV Export per Kontextmenu (r-click) ist nun wieder so sortiert wie vormals,
also so wie die Liste sortiert ist

Grüße
Peter