Ahnenblatt hält es anscheinend so, dass sofern eine Person, welche als einzige einem best. Ort zugeordnet war, gelöscht wird, dieser Ort dennoch als "Hülle" in der Ortsverwaltung erhalten bleibt! In der Statistik etc. taucht dieser Ort nicht mehr auf! Auch über die Suchfunktion kann dieser Ort nicht mehr gefunden werden!
Ebenso hält es sich, wie schon von mir zuvor beschrieben, mit Orten, welche durch die "Suchen&Ersetzen-Funktion" verändert werden: Alle veränderten Orte existieren sodann in zwei "Versionen" (nur!) in der Ortsverwaltung (einmal die alte Version [ohne Personenverknüpfung] und die neue veränderte Version)!
Evtl. ist das aber so vom Programmierer gewollt?!
FZiegler hat geschrieben:Gibt es eine Übereinkunft, dass neue Ausgaben nicht mehr unter "new releases" im englischen Teil der Hilfe angekündigt werden? Falls nicht, wäre ich bereit mich nützlich zu machen - mit einer Ankündigung von 2.97 (nach 2.72 oder so). Muss man ja vielleicht nicht jede zwisschenzeitliche Fehlerkorrektur erwähnen.
Nein, da ist einfach die Anfangseuphorie eingeschlafen - wohl auch, weil dort zu Beginn fast nichts los war und auch heute noch nicht viel los ist.
Falls du möchtest, kannst du dort gerne einen Hinweis zur neuen Version posten. Ich würde auch nicht zu viele Detailinfos reinpacken - liest dann ohnehin niemand mehr.
Marcus
Danke - hab ich mal gemacht. Habe erst hinterher gemerkt, dass auf der englischen Webseite schon eine kleine Liste mit den Änderungen stand, hätte ich auch drauf kommen können.
FZiegler
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!)
Mir ist aufgefallen, daß die Bildchen für die Geschlechtsangabe geändert worden sind. Ich find die neuen zu blaß und zu zart.
Die bisherigen waren doch gut. Warum die Änderung?
Aufgrund einiger Fehlerhinweise gibt es ab sofort eine fehlerbereinigte Version 2.97a.
Einfach neu herunterladen und installieren.
Gerade der Fehler in der Ortsverwaltung ließ kaum noch eine Änderung zu.
Es wurden im Detail folgende Änderungen umgesetzt:
BUG BEHOBEN: Ortsverwaltung: Schutzverletzung, wenn für einen Ort ein neuer _LOC-Datensatz angelegt wurde (Eingabe neuer Ortskoordinaten, dann speichern)
Ortsverwaltung: wird auch bei Text-Ersetzungen über die gesamte Familie berücksichtigt
keine Korrektur der internen _UID mehr (CorrectUID)
BUG BEHOBEN: _UID-Handling korrigiert (FullUID)
Personen zusammenführen: Erkennung von gleichen Eltern optimiert (Verschmelzung)
Personen zusammenführen: Erkennung von gleichen Partnern zweier Partnerschaften optimiert (MergeData)
WolfgangF hat geschrieben:Mir ist aufgefallen, daß die Bildchen für die Geschlechtsangabe geändert worden sind. Ich find die neuen zu blaß und zu zart.
Die bisherigen waren doch gut. Warum die Änderung?
Ich find sie schicker. Aber das ist natürlich immer Geschmackssache ...
FZiegler hat geschrieben:Danke - hab ich mal gemacht.
Danke! Vielleicht belebt das ja den englischen Teil nach und nach ein wenig, wenn die Nutzer merken, dass dort auch wieder aktuelle Infos gepostet werden.
Marcus
wolfgang8 hat geschrieben:...und den Bugfix [1192] für den PlugIn-Befehl "@SaveAs", der bisher die gespeicherte Datei zur aktuellen Datei machte.
Moment, hab ich da was verpennt oder nur missverstanden?
Es gibt ein Plugin, das den Befehl "Speichern unter..." ändert?
Oder wurde die Wirkung von "Speichern unter..." allgemein so geändert, dass man jetzt nicht mehr wie bisher mit der so gespeicherten Datei weiterarbeitet?
Kann mich da mal jmd. aufklären?
Bei dem Bugfix ist nicht der Menübefehl "Datei\Speichern unter..." gemeint, sonder der PlugIn-Befehl "@SaveAS" der in der abp-Datei des Plugins steht. Er bewirkt, dass die Daten der aktuell geöffnete Ahnendatei in eine Text-Datei oder GEDCOM-Datei exportiert werden.
Beim Aufruf dieses Befehles war es bisher so, dass nach dem Export der Ahnendaten in eine GEDCOM-Datei diese Datei als zuletzt von AB geöffnete Datei vorgemerkt wurde (nur GEDCOM-Dateien waren betroffen).
Wenn nun Ahnenblatt beendet und neu gestartet wurde und die Option "beim Programmstart zuletzt benutzte Datei laden" aktiviert war, wurde statt der zuletzt geöffneten Ahnendatei die exportierte GEDCOM-Datei geöffnet. Das konnte natürlich zu Problemen führen, da dieser Umstand für den Benutzer nur schwer zu bemerken war. Ab der AB Version 2.97 ist das nun behoben.
Um dieses Problem bei älteren AB Versionen zu umgehen, löscht das Plugin Ahnenwege beim Plugin-Start die exportierte GEDCOM-Datei. Dadurch wird beim neuerlichen Start von AB die Meldung angezeigt, dass die Datei "Ahnenwege.ged" nicht geöffnet werden konnte. Der Benutzer muss dann anschließend die gewünschte Datei manuell öffnen.
Dadurch ist jedenfalls sichergestellt, dass nicht ungewollt mit der falschen Datei weitergearbeitet wird.
Suche Hilfe zu Eintrag bei Quellenangabe!?
In letzter Zeit stelle ich fest, dass meine kopierten Links sich automatisch in einer Familiengruppe verändern und auf den letzten Eintrag angleichen. WIE kann ich das verhindern???? Hab jetzt 2.97a, doch die Angleichung passiert immer noch.
Ergänzung: Mir ist mein Laptop abgestürzt, jetzt hab ich die Sichungsdatei mit neuem Namen abgespeichert und arbeite damit weiter. Jetzt scheint es keine automatischen Änderungen mehr zu geben.
Ich werd noch verrückt - das Problem besteht noch immer
Zuerst: In so einem Fall lieber einen neuen Kommentar posten, denn nur so eigentlich sehen andere, dass sich an dem Thema noch etwas entwickelt. War Zufall, dass ich ein zweites Mal drauf geschaut habe! (Dass das Problem eben nicht behoben ist)
Logischerweise ist das aber eine Angelegenheit, bei der wir anderen Nutzer nicht weiterhelfen können - nur der Programmierer Dirk Böttcher. Also: Im Hilfe-Menü des Programms unter "Info" die eMail-Adresse benutzen, um eine Fehlerbeschreibung und (wenn möglich) vielleicht die betroffene Datei hinzuschicken. Dann kann er auf die Fehlersuche gehen. Eine Korrektur wird dann allerdings etwas dauern.
In der Vergangenheit haben oft übrige Zeilenumbrüche (am Ende eines Eintrags) ähnliche Fehlerbilder ergeben. Aber wie soll man die von Hand finden?
Und wir hier im Forum freuen uns natürlich über eine Warnung, was alles schief gehen kann. Das gemeinsame Interesse ist groß, dass die Daten konsistent bleiben.
FZiegler
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!)
...Danke!