|
|
|
|
Administrators
Customers
Important Contributors
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: 38 minutes ago
Posts: 3,424,
Visits: 26,475
|
This is very strange indeed. I have generated to https://familytrees.genopro.com/genome/Test/default.htm first using default theme and then using Acorn Teal theme and all is OK provided I clear the cache.
It is difficult with MS Edge to do a hard page refresh. Ctrl/F5 does not work. I generally use F12 to get developer options, then click Network Tab and then 4th icon from left 'always refresh from server' then refresh the page. Could I ask Vittorino that you upload or email a zip of your {EN} Narrative Report skin folder and also your Common skin folder so that I can make a comparison with mine?
'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
|
|
|
|
|
Customers
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: Wednesday, April 23, 2025
Posts: 64,
Visits: 1,512
|
Danke für dieBelehrung und Einweisung in die richtige Syntax. Jetzt wird auchalles richtig gemacht mit FROM und TO. Das Problem war, dieAbkürzungen des Monats müssen groß geschrieben sein und die richtigeDreistellige Syntax. Ich habe dieDictionary.xml immer kopiert, weil in in eurer Standard-Dictionary nicht allesins Deutsche übersetzt wurde. Dadurch hatte ichimmer wieder 'Godfaser und Godmother' anstatt 'Patenonkel und Patentante'. Ich schicke mal meinDE Export to Gedcom als Anlage mit. Weitere Fragenspäter
Skin-ExporttoGedcom.rar
(2 views,
23.43 KB)
|
|
|
|
|
Customers
FamilyTrees.GenoPro.com
Important Contributors
Translator
GenoPro version: 3.1.0.1
Last Login: Saturday, April 12, 2025
Posts: 214,
Visits: 3,619
|
Ecco le due cartelle zippate
Vittorino Lepore
"Se non porti almeno una soluzione, anche tu fai parte del problema" or "If you don't bring at least a solution, even you're a part of the problem"
Edited: Wednesday, July 15, 2020 by
vlepore
|
|
|
|
|
Administrators
Customers
Important Contributors
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: 38 minutes ago
Posts: 3,424,
Visits: 26,475
|
Hopefully I have a fix for the Narrative Report theme issue, see http://support.genopro.com/Topic40608.aspx
I discovered that Init.htm was copying the default theme images to the report folder. GenoPro then (sometimes?) doesn'tcopy the same filename even from a different folder. Note that by default if you generate the Narrative Report with the same theme as the previous time, then theme images are not copied again. So if they were wrong the previous time the error will not be corrected unless you override the this action in Parameter Settings,Contents Tab, 'Only re-upload support files on version change' or choose a different theme. albertsali, thank you for your translated Export to Gedcom skin template. I have moved your ConfigMsgBase translation to CofigMsgLocal.xml in the skin and changed Dictionary.xml slightly for the AGE qualifiers under <FmtTimeSpan> tag.
'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
|
|
|
|
|
Customers
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: Wednesday, April 23, 2025
Posts: 64,
Visits: 1,512
|
|
|
|
|
|
Customers
FamilyTrees.GenoPro.com
Important Contributors
Translator
GenoPro version: 3.1.0.1
Last Login: Saturday, April 12, 2025
Posts: 214,
Visits: 3,619
|
With "Only re-upload support files on version change" always off: the first time and if the version changes, it seems to me that everything is fine. If you change the theme, in the folder/ images of the output, the banner.ipg image of the previous theme always remains (until yesterday it was the banner of the default theme) But luckily, copy & paste via FTP always works well. Greetings
Vittorino Lepore
"Se non porti almeno una soluzione, anche tu fai parte del problema" or "If you don't bring at least a solution, even you're a part of the problem"
|
|
|
|
|
Administrators
Customers
Important Contributors
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: 38 minutes ago
Posts: 3,424,
Visits: 26,475
|
My experience with version 2020.07.15 when creating and updating reports on familytrees was that the correct files were actually uploaded,but browser caching meant that you initially saw the previous images. Whenever I cleared the cache, correct images were shown. However I feel it is not acceptable to ask viewers of the reports to clear their cache and so after some Googling I found another solution whereby a timestamp is added to the image URLs as query string e.g. banner.jpg?12345.56 which is unique (well almost) for each publication of the report, forcing the browser to fetch the latest image from server.
|
|
|
|
|
Customers
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: Wednesday, April 23, 2025
Posts: 64,
Visits: 1,512
|
Der {DE} Ahnentafel Skin läuft sehr gut, nur die P - Berechnung macht nicht was Sie geschrieben haben: <!-- P = defaultphrase when level > max value, T ="max, offset" wheremax= max x in Cx attributes, offset =offset to level for 'times' in default phrase e.g.if level=25 and max=23 and offset=2 phrase is [level - offset] x {P} i.e. 23 x Ur-Großeltern --> Diese Erklärung ist richtig, es wird aber nicht 23 x Ur-Großeltern errechnet, sondern 25 x Urgroßeltern. Ich habe vorübergehend P="Generation" eingetragen, denn C25 ist die 25.Generation. <ParentsAncestors C0="24" C1="Generation I - Eltern" C2="Generation II - Großeltern" C3="Generation III - Ur-Großeltern" C4="Generation IV - Urur-Großeltern (Alteltern)" C5="Generation V - 3 x Ur-Großeltern (Altgroßeltern)" C6="Generation VI - 4 x Ur-Großeltern (Alturgroßeltern)" C7="Generation VII - 5 x Ur-Großeltern (Obereltern)" C8="Generation VIII - 6 x Ur-Großeltern (Obergroßeltern)" C9="Generation IX - 7 x Ur-Großeltern (Oberurgroßeltern)" C10="Generation X - 8 x Ur-Großeltern (Stammeltern)" C11="Generation XI - 9 x Ur-Großeltern (Stammgroßeltern)" C12="Generation XII - 10 x Ur-Großeltern (Stammurgroßeltern)" C13="Generation XIII - 11 x Ur-Großeltern (Ahneneltern)" C14="Generation XIV - 12 x Ur-Großeltern (Ahnengroßeltern)" C15="Generation XV - 13 x Ur-Großeltern (Ahnenurgroßeltern)" C16="Generation XVI - 14 x Ur-Großeltern (Urahneneltern)" C17="Generation XVII - 15 x Ur-Großeltern (Urahnen-Großeltern)" C18="Generation XVIII - 16 x Ur-Großeltern (Urahnen-Urgroßeltern)" C19="Generation XIX - 17 x Ur-Großeltern (Erzeltern)" C20="Generation XX - 18 x Ur-Großeltern (Erzgroßeltern)" C21="Generation XXI - 19 x Ur-Großeltern (Erzurgroßeltern)" C22="Generation XXII - 20 x Ur-Großeltern (Erzahneneltern)" C23="Generation XXIII - 21 x Ur-Großeltern (Erzahnen-Großeltern)" C24="Generation XXIV - 22 x Ur-Großeltern (Erzahnen-Urgroßeltern)" P=".Generation" T="24,2" V="2020.07.19+"/> Mein Anliegen ist voll erfüllt worden…. Was fehlt kann leicht hinzu gefügt werden
|
|
|
|
|
Customers
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: Wednesday, April 23, 2025
Posts: 64,
Visits: 1,512
|
Zu Skin 2020.07.21 Die neue Version der 'Verwandtschaft Berechnung' gibt bei der Berechnung von Eltern<----->Kind …. immer zwei Ergebnisse aus. - X ist der Sohn von Y …………………… dies ist richtig!
- X ist der Schwieger-Sohn von Y ……. nicht richtig!
Dieses Problem ist auch wenn mit 'Kinship Calculator' gerechnet wird. - X is a son of Y.
- X is a son-in-law of V
Dies wirkt sich auch auf die Berechnung eines Stief-Sohn aus, es wird immer eine Ausgabe mit beiden Möglichkeiten, angegeben. Stiefvater<---->Stiefsohn X ist der Stief-Schwieger-Sohn von Y In der Berechnung mit 'Kinship Calculator' ist alles richtig X is a stepson-in-law of Y. Bis auf dieses Problem, ich glaube dies hat auch mit der deutschen Konfiguration zu tun,konnte ich sonst alle deutschen Berechnungen richtig machen.
Dictionary - DE-Verwandtschaft.xml
(9 views,
21.34 KB)
Edited: Monday, July 27, 2020 by
albertsali
|
|
|
|
|
Administrators
Customers
Important Contributors
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: 38 minutes ago
Posts: 3,424,
Visits: 26,475
|
Yes I also discovered this bug about a week ago and have spent a good amount of time trying to fix it without success. 
I have found that trying to work out relationships for in-laws very problematic.
I have fixed some other issues with the Kinship Calculator since my last update but not this one, so as an interim 'solution' I will add an option allowing users to disregard the in-law part of search entirely so as to avoid false positives in the result. I hope to publish this in the next day or two.
Ja, ich habe diesen Fehler auch vor ungefähr einer Woche entdeckt und viel Zeit damit verbracht, ihn ohne Erfolg zu beheben. Ich habe festgestellt, dass der Versuch, Beziehungen für Schwiegereltern aufzubauen, sehr problematisch ist. Ich habe seit meinem letzten Update einige andere Probleme mit dem Verwandtschaftsrechner behoben, aber nicht dieses. Als vorläufige "Lösung" werde ich eine Option hinzufügen, mit der Benutzer den Schwiegereltern-Teil der Suche vollständig ignorieren können, um Fehlalarme zu vermeiden das Ergebnis. Ich hoffe, dies in den nächsten ein oder zwei Tagen veröffentlichen zu können.
'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
|