GenoPro Home
GenoPro Home  |  Get Started With My Genealogy Tree  |  Buy  |  Login  |  Privacy  |  Search  |  Site Map
 
Betreff Skin2024.09.09a


https://support.genopro.com/Topic45332.aspx
Print Topic | Close Window

By albertsali - Tuesday, September 10, 2024
Hallo Ron,
ich bekomme eine Fehlermeldung bei der Verwandte Berechnung
und es wird keine Verwandtschafts- bzw. Vorfahren-Tafel im Browser
erstellt.
Mit der GnoLib.js aus Skin2024.06.03 läuft es fehlerfrei auch in 
der Skin2024.09.09a. 

https://support.genopro.com/Uploads/Images/34fb7ff1-7ee2-4dc2-a4f5-6b4e.png
By genome - Tuesday, September 10, 2024
Thanks for the report Albert. I had changed some of the functionality of the shared library GnoLib.js to allow for skin templates without a Dictionary.xml file. 

However kinship.js, called by the Kinship Calculator , was erroneously triggering this changed functionality.  I have attached a revised kinship.js that should be copied to your Common\Code folder. I have also attached a zipped version in case your browser objects to downloading script files.

I will wait a few days to see if any more bugs climb to the surface before adding this amendment to the skins bundle.
By albertsali - Tuesday, September 10, 2024
Smile Danke, jetzt läuft es BigGrin
By 1509996 - Sunday, September 15, 2024
Good afternoon, I am trying to calculate the degree of relationship between two people. One of them is hyperlinked to another family tree in another tab. However, when I try to calculate it and generate the report I get this message:

"...[0.00] Procesando archivo de plantilla 'Kinship Calculator.js'...
Error en la línea 227, posición 1 (Code/Utils.js) generando 'kinship.htm': Memoria insuficiente  Error en tiempo de ejecución de Microsoft JScript 800A0007"

I hope you can help me solve this problem

Thanks
By albertsali - Thursday, September 19, 2024
Ich hab auch ein Problem mit dem Kingship Calculator, aber ich arbeite nur in 1 *.gno-Datei mit Hyperlinks in andere GenoMaps dieser Datei.
Mir ist aufgefallen, dass der kürzeste Verwandtschaftsweg nicht zuerst gezeigt wird.
Da bei mir nur 3 Möglichkeiten angezeigt werden, ist der kürzeste oft nicht dabei.
Mit dem englischen Skin werden alle Wege gezeigt.
Durch <MaxMatchReached ist dies bei mir auf 3 Wege begrenzt.
Wie kann ich die Begrenzung entfernen? Schön wäre, der kürzeste Weg steht an erster Stelle.





ok MaxMatchReached hab ich gefunden w00t
By albertsali - Saturday, October 26, 2024
Ich kann keinen "Nachkommenbaum" (Descendant Tree) mehr rechnen Crazy

https://support.genopro.com/Uploads/Images/8d75c835-1807-4d73-aa20-7573.png

Nicht mit der deutschen Skin und auch nicht mit der englischen Skin!

Ich habe noch ein Problem!

Nachdem ich meinen Stammbaum auf eine neue Festplatte übertragen habe und dabei 2 Ebenen entfernt habe, um den Suchpfad zu verkleinern, bekomme ich ein neues Problem.

Bei der Bildbetrachtung werden die Bilder nicht mehr vergrößert.
Auf der alten Platte geht es.
Im Internet wird die Fancybox bei ähnlichen Problemen als Sündenbock genannt.
Was kann ich machen?

https://support.genopro.com/Uploads/Images/bec2e333-2ff4-442a-816f-e360.pnghttps://support.genopro.com/Uploads/Images/1d0af0d7-61c8-49d0-95d8-6bab.png
By genome - Monday, October 28, 2024
Regarding your initial problem of not being able to generate descendant tree charts, I am at a loss to explain what is happening. 

 The text in bold in the message:
       
       Unable to convert data argument index (0) to text for template 'Nachfahren des Probanden (0&t)'

does not appear either in DE Dictionary.xml  or the script DescendatTree.js, nor does (0&t) and so I have no idea from where it originates.  Sad

The error  JavaScript 800A1393 is very strange and I am unable make any connection to it from the script at line 80.

The regarding the second issue of viewing pictures in the generated report, perhaps the file path to the full size images is not correct?  Perhaps examine the Developer Consle in your browser (e.g. F12 in Chrome) to see if any errors are logged. Also examine the content of the generated html page. (right click on frame as select 'View Frame Source' or simply view the page on your disc.
By albertsali - Wednesday, October 30, 2024
Hallo Ron,
ich möchte Dir kurz Bericht erstatten.

1. Problem mit Bildern

Ich habe in meinen Win11-Rechner eine 4 TB M2 SSD Festplatte eingebaut. Die Berechnung des Stammbaums als Test mache ich aus Gewohnheit in einen Unterordner eines Ordners 'temp' oder 'Test', wobei ich die Unterordner 1; 2; 3 usw. nenne. Die Stammbäume die in den Unterordner liegen finden den Pfad zu den Bildern nicht, rechne ich direkt in den temp- oder Testordner ist alles ok. 
Zum Beispiel aus dem 'Unterordner 1' sucht er in einem Ordner ' file:///D:/Test/../Stammbaum ... usw. Aus dem Ordner 'Test' war der Suchpfad aber richtig -   file:///D:/Test/Stammbaum ... usw.
Ich habe die M2 SSD Festplatte darauf hin in 2 Partitionen aufgeteilt und das Problem war weg.
Jetzt sind die Pfade immer richtig!

2. Problem mit dem Nachkommenbaum

Dieses Problem konnte ich nicht lösen. Da es kein Problem Deiner Skins ist. Auf meinem alten WIN10-Rechner läuft alles richtig. 
Ich habe auf dem WIN11-Rechner das Programm GenoPro 2020 deinstalliert, den Rechner neu gebootet und das Programm neu installiert. - Ergebnis: Fehler ist immer noch da.
Dann habe ich Genopro 2020 auf eine externe Festplatte installiert, den Skin-Ordner auf die externe Festplatte gebracht und die .gno-Datei dazu. Die Berechnung des Nachkommenbaums auf der externen Platte mit WIN11-Rechner endete mit derselben Fehlermeldung.

https://support.genopro.com/Uploads/Images/e1df4d59-ced9-47cf-9392-3364.png

Die Berechnung des Nachkommenbaumes über die externe Festplatte auf dem alten WIN10-Rechner lief aber ohne Probleme und ohne eine Fehlermeldung durch.

https://support.genopro.com/Uploads/Images/17bd83eb-524d-4ab8-8215-c298.png

Mit dem WIN11-Rechner bricht das Programm bei <PhDT_Title T="Nachfahren des Probanden {0&amp;t}"/> ab und kopiert ein Großteil der benötigten Ordner und Dateien nicht. - Warum auch immer?

https://support.genopro.com/Uploads/Images/a45822ea-5069-49b8-bba4-f6ea.png

Der Ordner gerechnet auf Win10:

https://support.genopro.com/Uploads/Images/916ef203-bb61-4d2d-9ed2-4ea5.png

Der Ordner gerchnet mit Win11

https://support.genopro.com/Uploads/Images/35e9139c-ceb8-495e-b4a8-cbab.png

Vielleicht kannst Du ja mit meiner Recherche etwas anfangen.
Denk daran, ich bin ein noch älterer Greis als Du.
By genome - Thursday, October 31, 2024
Hi Albert,

Problem 1: 

As you know GenoPro only stores the path to the images and not the images themselves, and so if you move change the path to the images or its path relative to the .gno file location then GenoPro will not be able to find them.  However Dan of GenoPro was well aware of this and added the menu item Tools / Relink Images…  (Dateien umbenennen / Bilder verschieben...)   to allow you to change image paths within your .gno file to match their new locations.



Problem 2:

I am puzzled by the fact that at first on Win11 it tries to produce a .RTF style report but then later switches to run an HTML report ??  It should be one or the other, not both!

I wonder that when you created you new installation did you just copy the Report Skin Templates folder over from the old system?  This can be problematic because of the links created to the Common\Code folder.  If this is the case I suggest you reinstall the latest Report Skin Templates bundle into a NEW or EMPTY folder.

All the best,

Ron
By albertsali - Thursday, October 31, 2024
Hallo Ron,
danke für Deine Antwort und Deinen Bemühungen uns immer prompt zu helfen!
Leider muss ich meine Aussage "Jetzt sind die Pfade immer richtig" revidieren.

Problem 1:

Meine Festplatte wurde in zwei Partitionen aufgeteilt: D: und E:
Für 'E:\' stimmt die obige Aussage (immer richtig), für 'D:\' wird der Pfad immer noch falsch interpretiert.
Die Bilder werden beim Rechnen in der richtigen relativen bzw. absoluten Ablage gesucht und auch gefunden. 

https://support.genopro.com/Uploads/Images/d9731b9c-15cc-4f55-8fb0-90c7.png

Das Problem ist, dass das Programm zum Zeigen der Bilder den Pfad auf der Festplatte 'D:\' falsch interpretiert, auf der Festplatte 'E:\' aber richtig.
Diese Berechnungen (siehe Bilder) wurden mit der extrahierten Skin 'Skins2024.09.09a.zip' ohne Anpassung an meine Konfiguration gemacht. Bei diesem Test habe ich die .gno nicht verlassen, habe die Skin nicht gewechselt, sondern nur den Buchstaben 'D' in 'E' umgeschrieben und neu gerechnet.

https://support.genopro.com/Uploads/Images/ac8a4ba7-eeeb-4a9f-952c-63ae.png

https://support.genopro.com/Uploads/Images/fd959ae0-d733-4e1f-987c-4803.png

Problem 2:

Die Tatsache das WIN11 zuerst eine RTF generieren will, ist mir nicht aufgefallen. Aber auch hier wurde die Berechnung aus der extrahierten Skin 'Skins2024.09.09a.zip' ohne Anpassung an meine Konfiguration gemacht.
--- Ich bin unschuldig --- 
Der Test eine RTF zu generieren, erzeugt auch eine Fehlermeldung (siehe Bild) aber die Word-Datei wird trotzdem erzeugt.

https://support.genopro.com/Uploads/Images/4837c723-5cf2-4739-b257-37ba.png

https://support.genopro.com/Uploads/Images/7473880c-0649-45cf-b6d6-f15b.png

Ich mache dies alles nicht extra.

Liebe Grüße

Albert

Noch eine Beobachtung:

Ich habe auf beiden PC's einen neuen Ordner 'Skintest' erstellt und eine neue Skins2024.09.09a.zip aus dem Netz dort extrahiert.
Die Berechnung auf WIN10 war ohne Fehler und ich konnte alles erzeugen.

Mit WIN11 war die Berechnung nicht möglich - sie Fehler oben. Dabei ist mir aufgefallen, dass die Berechnung 'HTML for selected individual' fälschlicherweise eine Fehlermeldung ausgibt (siehe oben) aber eine RTF-Datei erzeugt, was nicht gewünscht war.



By genome - Sunday, November 3, 2024
Some more thoughts:

Problem 1:

https://support.genopro.com/Uploads/Images/a73fc672-01be-4795-b072-7ad2.jpg


Do you have the above option set?   If so then the |Report Generator will not copy the images to the destination report folder but instead will simply access them from their original location.  This probably why when the report is on E: drive it still retrieves images from D:



Problem 2: 

I see from your 1st post on 27th October that the Descendant Tree is produced successfully for a number of Individuals but then GenoPro seems to restart the report generatiion process and fails on Individual ind00053.  

https://support.genopro.com/Uploads/Images/4d1304b3-d61f-4349-9aaa-89cd.jpg


I wonder if the report runs further on if ind00053 is temporarily removed?



And with your exmaple on 31st October,



although the message indicates that a RTF file is to be produced, it actually indicates later that the Descendant Tree .htm & .js files are produced !
It then goes on to restart the report Generation again before failing.

At present I have no explanation for this very strange behaviour.  Unsure


By albertsali - Monday, November 4, 2024
Letzter Stand:

Problem 1 ist erledigt!

Ich hatte von Anfang an alle Häkchen zu den Links der Dateien auf dem PC, dem Link im lokalen Netzwerk und dem Link zu den Dateien im Netz, ausgeschaltet (Haken gelöscht).
GenoPro 2020 hat einmal vor dem Beenden gefragt, ob es offenstehende Pfade von Pictuere speichern soll (so in etwa war die Frage). Von Hunderten Mal schließen von GenoPro hab ich diese Frage 2 oder 3-mal gesehen. Jetzt ist alles ok.

Das Problem 2 bekomme ich nicht in den Griff.

Auf dem WIN11-Rechner bekomme ich immer eine Fehlermeldung, ob ich mit der englischen Skin {EN} Descendant_Tree oder mit der deutschen Skin  {DE} Nachkommen Baum arbeite.
Mein PC WIN11 scheint folgende Config Einstellung anders als WIN10 abzuarbeiten:

<ReportType   
Desc="Report can be for a single, selected, individual or all individuals with 'DescendantTreeChart' custom tag set."
Default="HTML" T="HTML (web) or Rich Text Format (e.g. for MS Word or WordPad)?"      
O1="HTML:HTML for all tagged individuals" 
O2="HTML1:HTML for selected individual" 
O3="RTF:Rich Text Format for selected individual "
V="2013.07.03" />

WIN11 will bei allen 3 Einstellungen (O1, O2, und O3) immer zuerst eine RTF-Datei generieren. (siehe Oben 'Generating RTF chart') Was er nur bei O3 machen sollte.

Bei O1 erzeugt er ordnungsgemäß alle benötigten DescendantTree.htm, die DescendantTree.css und alle DescendantTree.js dann bricht er ab.

Bei O2 erzeugt er keine HTML-Datei wie gewünscht sondern eine RTF und gibt noch eine Fehlermeldung aus (wie oben zu sehen).

Bei O3 erzeugt er ordnungsgemäß die RTF-Datei will dann aber noch eine HTML-Datei erzeugen, dabei bricht er mit einer Fehlermeldung ab (wie oben zu sehen).

All dies macht WIN10 nicht.