ne Sprachauswahl hab ich mir gespart.
Diese wird von Ahnenblatt übergeben. Braucht der User im Zweifelsfall diese nur einmal auswählen.
Man kan es aber auch selbst testen.
Im ABStore Hauptverzeichniss liegen ein paar bat Dateien, nach der jeweiligen Sprache benannt, welche den Abstore mit der Sprache starten.
AB Store
Ich denke, den Fehler gefunden zu haben. AB gibt den LanguageCode 3079 weiter, welcher für "German (Austria)" steht.
Diesen gibt es bei dir vermutlich nicht?
D.h. als Workaround entweder Systemdaten ändern oder die abp Datei modifizieren.
Diesen gibt es bei dir vermutlich nicht?
Zuletzt geändert von Moloc am 13.11.2015, 10:51, insgesamt 1-mal geändert.
neue Version hochgeladen.
Nach paarmal umbauen geht auch mal was kaputt.
Zusätzlich wird der Österr. Ländercode intern auf den deutschen umgesetzt.
Es sei denn es soll noch eigene Sprachdatei geführt werden-
Es ist auch so das bei unbekannten bzw nicht enthaltener Sprachdatei die englische hergenommen wird.
Nach paarmal umbauen geht auch mal was kaputt.
Zusätzlich wird der Österr. Ländercode intern auf den deutschen umgesetzt.
Es sei denn es soll noch eigene Sprachdatei geführt werden-
Es ist auch so das bei unbekannten bzw nicht enthaltener Sprachdatei die englische hergenommen wird.
Nach Klick auf "Install" kommt die Meldung "unbehandelte Ausnahme...",MarcP hat geschrieben:neue Version hochgeladen.
ich wähle "weiter", unten links lese ich "Downloade "AB Store", ab es passiert nichts- was stimmt da nicht...?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Gruß, Chlodwig
hast du die Schreibrechte für den Pluginordner gesetzt?
Es ist daher auch besser die Plugins unter \Dokumente\Ahnenblatt\plugins\ abzulegen
da du anscheinend AB Versionen sammelst hätte es auch den Vorteil da alle ab 2.9 auf das gleiche Pluginverzeichniss zugreifen. Immer alle gleicher (aktueller) Stand sind.
Es ist daher auch besser die Plugins unter \Dokumente\Ahnenblatt\plugins\ abzulegen
da du anscheinend AB Versionen sammelst hätte es auch den Vorteil da alle ab 2.9 auf das gleiche Pluginverzeichniss zugreifen. Immer alle gleicher (aktueller) Stand sind.
-
Jürgen_Nordlicht
- Beiträge: 548
- Registriert: 19.09.2010, 14:26
- Wohnort: 59505 Bad Sassendorf
- Kontaktdaten:
Danke, klappt hier hervorragend Hallo Marc,
beim letzten Plugin-Update mit AB-Store hab ich festgestellt, dass beim Update der Inhalt der bestehenden Plugin-Ordner komplett gelöscht wird.
Das ist beim Plugin Ahnenwege ziemlich problematisch, da sich in diesem Ordner auch Daten des Benutzers befinden (z.B. heruntergeladene Landkarten, erfasste Orte und Geo-Koordinaten), die dabei ebenfalls gelöscht werden!
Wäre es möglich, beim Plugin-Update nur jene Dateien im Plugin-Ordner zu ersetzen, die in der ZIP-Datei vorhanden sind und alle anderen unberührt zu belassen?
Denkbar wäre auch, vor dem Update einen Sicherungsordner (z.B. einen Sub-Ordner "old") mit dem Inhalt des Plugin-Ordners anzulegen. Von dort könnten dann die Benutzerdatein beim ersten Plugin-Start nach dem Update rückkopiert werden. Außerdem gäbe es dann die Möglichkeit auf die vorhergehende Plugin-Version zurückzusetzten, falls beim Update etwas schief gelaufen ist.
Was meinst du dazu?
Grüße
Wolfgang
beim letzten Plugin-Update mit AB-Store hab ich festgestellt, dass beim Update der Inhalt der bestehenden Plugin-Ordner komplett gelöscht wird.
Das ist beim Plugin Ahnenwege ziemlich problematisch, da sich in diesem Ordner auch Daten des Benutzers befinden (z.B. heruntergeladene Landkarten, erfasste Orte und Geo-Koordinaten), die dabei ebenfalls gelöscht werden!
Wäre es möglich, beim Plugin-Update nur jene Dateien im Plugin-Ordner zu ersetzen, die in der ZIP-Datei vorhanden sind und alle anderen unberührt zu belassen?
Denkbar wäre auch, vor dem Update einen Sicherungsordner (z.B. einen Sub-Ordner "old") mit dem Inhalt des Plugin-Ordners anzulegen. Von dort könnten dann die Benutzerdatein beim ersten Plugin-Start nach dem Update rückkopiert werden. Außerdem gäbe es dann die Möglichkeit auf die vorhergehende Plugin-Version zurückzusetzten, falls beim Update etwas schief gelaufen ist.
Was meinst du dazu?
Grüße
Wolfgang
Hi Wolfgang
Das Löschverhalten kommt von der Idee immer ein sauberes Verzeichniss des jeweiligen Plugins zu haben.
So das alte (Programm)Dateien nicht mitgeschleppt werden.
Es ist auch so das "früher" AB und die Plugins unter c:/Programme waren und daher es nicht so empfohlen ist Benutzerdaten hier zu speichern.
Gut jetzt sind die Plugins oft im Dokumentenverzeichniss...hm ja Zwickmühle.
Das mit dem Backup Ordner kann ich sicher machen. Aber macht es sinn? Die alten Plugins werden nicht direkt us AB startbar sein.
Das Löschverhalten kommt von der Idee immer ein sauberes Verzeichniss des jeweiligen Plugins zu haben.
So das alte (Programm)Dateien nicht mitgeschleppt werden.
Es ist auch so das "früher" AB und die Plugins unter c:/Programme waren und daher es nicht so empfohlen ist Benutzerdaten hier zu speichern.
Gut jetzt sind die Plugins oft im Dokumentenverzeichniss...hm ja Zwickmühle.
Das mit dem Backup Ordner kann ich sicher machen. Aber macht es sinn? Die alten Plugins werden nicht direkt us AB startbar sein.
Hallo Marc,
ja, das Sauberhalten ist ein gutes Argument.
Das Zurücksetzen auf die vorhergehende Version war so gedacht, dass dann das Zurückkopieren der Dateien aus dem Backup-Ordner möglich wäre - ist jedoch nur für versierte Benutzer geeignet. Eventuell könnte man im AB-Store eine entsprechende Funktion zum Zurücksetzten einbauen, die dann für alle Benutzer zugänglich ist.
Eine andere Möglichkeit wäre, eine Liste von Dateien zu definieren, die beim Update nicht gelöscht werden dürfen. Das könnte eine Text-Datei sein, die im ZIP-Archiv enthalten ist und die entsprechenden Dateinamen enthält.
z.B.:
Datei-Name: "KeepFiles.txt"
Datei-Inhalt:
UserData1.dat
UserData2.csv
data\UserData3.dat
cfg\UserCfg.ini
Vielleicht wäre es sogar günstiger, die Infos in der abp-Datei unter der Sektion [abstore] zu speichern. Dann würde die zusätzliche Datei entfallen.
z.B.:
[abstore]
ID=Ahnenwege
PluginVersion=1.4.3.0
...
KeepFile=UserData1.dat
...oder...
KeepFile.1=UserData1.dat
KeepFile.2=UserData2.csv
KeepFile.3=data\UserData3.dat
KeepFile.4=cfg\UserCfg.ini
Wobei mir die zweite Variante mit der [abstore] Sektion mittlerweile am besten gefällt. Eine einfache Lösung, mit überschaubarem Aufwand, die mit allen bestehenden Plugins funktionieren sollte. Eventuell könnte man auch Wildcards einbauen um die Flexibilität zu erhöhen.
z.B.:
KeepFile.1=*.dat
KeepFile.2=data\*.*
KeepFile.2=User?????.dat
Grüß
Wolfgang
ja, das Sauberhalten ist ein gutes Argument.
Das Zurücksetzen auf die vorhergehende Version war so gedacht, dass dann das Zurückkopieren der Dateien aus dem Backup-Ordner möglich wäre - ist jedoch nur für versierte Benutzer geeignet. Eventuell könnte man im AB-Store eine entsprechende Funktion zum Zurücksetzten einbauen, die dann für alle Benutzer zugänglich ist.
Eine andere Möglichkeit wäre, eine Liste von Dateien zu definieren, die beim Update nicht gelöscht werden dürfen. Das könnte eine Text-Datei sein, die im ZIP-Archiv enthalten ist und die entsprechenden Dateinamen enthält.
z.B.:
Datei-Name: "KeepFiles.txt"
Datei-Inhalt:
UserData1.dat
UserData2.csv
data\UserData3.dat
cfg\UserCfg.ini
Vielleicht wäre es sogar günstiger, die Infos in der abp-Datei unter der Sektion [abstore] zu speichern. Dann würde die zusätzliche Datei entfallen.
z.B.:
[abstore]
ID=Ahnenwege
PluginVersion=1.4.3.0
...
KeepFile=UserData1.dat
...oder...
KeepFile.1=UserData1.dat
KeepFile.2=UserData2.csv
KeepFile.3=data\UserData3.dat
KeepFile.4=cfg\UserCfg.ini
Wobei mir die zweite Variante mit der [abstore] Sektion mittlerweile am besten gefällt. Eine einfache Lösung, mit überschaubarem Aufwand, die mit allen bestehenden Plugins funktionieren sollte. Eventuell könnte man auch Wildcards einbauen um die Flexibilität zu erhöhen.
z.B.:
KeepFile.1=*.dat
KeepFile.2=data\*.*
KeepFile.2=User?????.dat
Grüß
Wolfgang