Hallo in die Runde,
Seit ich das Programm auf 3.36 umgestellt habe, sind in meiner Datei alle Datums pöltzlich umgestellt.
normalerweise benutze ich das Datumsformat jjjj-mm-tt, wenn ich jetzt eine Datei aufrufe habe ich das Datumsformat tt.mm.jjj.
ist es möglich, für die gesamte Datei dieses wieder umzustellen?
meinst du mit "umstellen" einen Sprung von der Version 2 auf die 3? Dann betrifft das nicht nur dein Datumsformat, sondern alle Einstellungen, die wieder auf "Standard" sind: Sie werden nämlich beim Wechsel von AB 2 auf 3 nicht übernommen. Bei einem Update innerhalb der Reihe sollte das nicht so sein.
AktuellWin10-64 pro 2004, Ahnenblatt 3.46 - Daten via NAS, Programm lokal
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
bei Datei/Eigenschaften/Datumsformat ist alles richtig eingestellt
und umgestellt wurde von 3.35 auf 3.36 also nur das update eingelesen.
ich weiß nicht wie das passiert ist.
ja bei der Umstellung des Datumformats scheint es kräftig zu krachen. Ich habe einen ähnlichen Fehler an den Programmierer gemeldet, da nach der Umstellung die Anzeige im Navigator Tage statt Jahre anzeigt und der Personendialog beim Schließen viele Fehlermeldungen zeigt.
Es gibt auch noch einige andere Fehler in der aktuellen Version die ich Herrn Böttcher auch schon gemailt habe. Z.B:
- Fehler im Personenblatt bei Änderung der Hochzeitsdaten,
- Komplettabsturz des Navigators bei Eingabe bestimmter Personen.
- Abstürze bei schlechter WLAN-Verbindung.
- Auch der Fehler dass das Programm in die Notizen springt ist noch nicht völlig beseitigt.
"Die Änderung des Formats dient nicht zur sofortigen Anpassung aller Datumsfelder, sondern man teilt darüber Ahnenblatt mit, wie die Datumseingaben zu interpretieren sind."
Das erklärt das Verhalten das ich gemeldet hatte, ich dachte, dass ich bei Ahnenblatt damit das Anzeigeverhalten ändere. Wenn damit Dein Problem nicht erklärbar sein sollte, müsstest Du Dein Problem direkt an Dirk Böttcher schicken.