Export CSV sortiert Datum falsch

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

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.

>>>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.

>>>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.

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.

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.

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,

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:

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