Some new/old bugs:

1. Sometimes only an upper half of the picture of an individual is shown with no scrolling buttons. This happens only in IE, Mozilla works fine. This bug was present in Ron's report and was  fixed by him.

2. Both the husband and wife are alive. Still we have: the had no children. 

3. How do you determine the "order" of the children (oldest, youngest etc)? I assume by the order they were entered into the genomap. If this order is stated incorrectly, what would be the easiest way to correct this in the map?

4. If you want the report to be 150% perfect and if it is not too complicated to correct, please change

      A has a wife named B, and a son and a daughter named C and D

to

      A has a wife named B, a son named C and a daughter named D 

Thanks again for the great job!

Please send me the fix and I will update it to the master template.

The order of the children is determined by the date of birth, or the child number.  If not, it uses the x-position of each child in the family tree.  There are still outstanding issues when there are multiple children from multiple families/marriages and/or multiple adoption.  Somehow I had to release Beta14, so I postponed this bug.

I agree what you are proposing is better, however it is much harder to do. I will think of a solution.

OK. The problem starts from interpreting the blank (default) entry in the relationship field. One would assume that if nothing is written, the default is marriage or similar, but not divorce or separation. Most of my family properties have no marriage indicated, thus giving "they had no children".

You are right about this.  I made the assumption that if a relationship was blank, they the couple was not living together.  It would probably safer to assume the couple is living together if both are alive.

I believe this is the so called IE 'Guillotine' bug.The change that I thought fixed this bug actually didn't! I tried to implement the 'clearfix' class described in http://www.positioniseverything.net/easyclearing.html but I obviously didn't understand the instructions. But an alternative 'cheap and cheerful' solution is to include a 'cleared' element later in the page. So edit the template file individual.htm as follows:

Delete lines 34 & 126 as they do nothing. Insert before line 125 , i.e. before </body>, the line:

The reason my code worked and Dan's did not is that my code to write footnotes left an empty <span> element like the above when no footnotes were present. Dan is much more meticulous with his code and of course did not generate superfluous html.

Perhaps someone with a better grasp of html can figure out how the '.cleafix' class should be applied.

Any suggestion is welcome.  Thanks!

1. If the relationship is not specified, I assume they are together.  You get "He has a wife named ..." rather than "He had a wife named".

2. I fixed the case where multiple spouses could display "has" instead of "had".

3. I corrected the phrase "He burial was".  This was because the text from the enumeration BodyDisposition was not corresponding with the phrase PhBuried.

Can you send me a screen shot?  Perhaps a sample HTML with the problem.

I modified the code so all notes are displayed by default and changed minor things for the picture anotations.  As for the picture title, send me the HTML code of what looks good on your machine. Ron wrote this code and he knows more about this than myself.

Humm... this is not good news for me.  Are the reports from version 13 much better?  I have not intentially modified the report layout for Beta 14.  What I did is move all the text to the language dictionary and use phrases.

I made a silent update of Beta 14 at http://www.genopro.com/beta/ .  If you download & install Beta 14 again, you will get the fixes.

1. Cause of Death: Because of a combination of the translation of the Cause of Death Tags and the use of 'by' in the Report Generator, odd combinations occur such as 'by due to medical problem' in the report. Suggestion - include the appropriate preposition as part of the Cause of Death Tag translation, eg Stroke T="from a stroke", GivingBirth T="during childbirth", Abortion T="following an abortion", etc. and omit the 'by' in the script.
2. If an individual has had more than one marriage, the Report reads that the individual has x husband or wives. It would be preferable to say that the individual has been/was married x times.
3. The marriages can be reported in the wrong order when no date information exists. It is fairly common not to have date information, and could be overcome by the use of a Marriage Number Tag under Family Properties as with Child Number under Individual Properties (this may have been suggested previously).
4. The Report Generator appears to ignore the information in the Relation Tag under Family Properties, with the result that apparently any sort of relation is reported as a marriage (I haven't tested all the relationships, but certainly engagements and living together do so).

1. Just about every family I tried showed up as "husband"/"wife", even if they're just engaged, dating, or even if the relationship's set to "rape/force relationship"! I think I somehow got "partner" once... but I don't remember what setup I did to get it...
2. When I input a man who had two partners, one male and one female, it says: "A had a husband,a wife named B [male partner] and C [female partner]."

It's currently a little past six in the morning for me, and I've somehow been up all night. So I need to go grab some sleep, and then maybe I'll do a little more experimenting later.

Please see my earlier post in this thread.

You can simply edit the classes 'note' and 'footnote' in style.css to change the font size and style of these items.

Some of us use notes to hold a whole load of background information that can detract from the appearance and readability of a page. This is why notes were hidden by default. I think another option parameter is required to control this. It will become easier to select from the available options once the 'paramaters' tab is added to the 'Generate Report' window in GenoPro. (I hope this is still on the list of improvements)

I saw your solution before sending my last post. I tried to make those modofocation but it didn't work. I'll try again.

edit !!!!

Thank you - It works now

This is a good suggestion to let the user decides if he/she wants the annotations be visible by default.  I am thinking of re-writing the JavaScript code responsible for expanding and collapsing nodes.  The script does the work fine however suffers performance problems with several thousand nodes.  When I generated a report with 85,000 individuals, the file toc_tree.htm (similar to http://morinfamilytree.genopro.com/toc_tree.htm) took over 5 minutes to expand.  I am confident I can cut down the time to less 5 seconds by optimizing the code.  This task is not a priority however.

Yes, it is still on the menu.  I need to prioritize tasks.

I would think both. If anyone knows how to fix it, please let me know.

The "startup" page of the report will not display, neither immediately upon opening the report, nor by clicking the home icon.

Anna

At the time I couldn't find the relevant topic - I now have and have posted a reply in the topic for describing the Child Number / Pedigree Link Number / Relation number.

"From 1997 his occupation was ...."

instead of:

"From 1997 his occupation is ..."
 

Is it a complicated task for version 3 or an easy one for the next Beat14b? :

beraha (9/1/2005)

---

Is it a complicated task for version 3 or an easy one for the next Beta14b? :

It is just a checkbox (very easy) and I can add it for Beta14b.  However I want to do a good job here, and I am thinking to have a combo named "Occupation Termination" with choices such as "Still Working", "End of Contract", "Quit Job", "Fired", "Retirement".

Have now got some amended routines ready. The above problem is fixed and there are options for

1. Whether Notes are initially expanded or not.
2. Whether or not family details are shown on individuals page
3. whether or not picture titles/names are shown below pictures

Amended versions of Config.xml, individual.htm, family.htm, code\util.vbs & code\lang.vbs are attached. Right click on each file and download (save target as..) to appropriate folder Please rename .txt files to .vbs during downloading (to Code folder) as this forum doesn't allow .vbs file attachments and also doesn't seem to like some zip files!

I'll have a look at some of the grammatical issues. e.g. if there is a single granparent it should say 'grandfather was' or 'grandmother was' not grandparents were.  etc.

Unfortunately your zip won't open whether downloaded or not as it seems to have got corrupted in uploading.

Iain, are you sure you have copied lang.vbs and util.vbs to the Code folder below your template folder as per instructions? It would appear you are using the orginal util.vbs.

The phrase PhBuried got renamed to PhBurial.  You probably have an old file Lang.vbs with a new Dictionary.xml.

It was the other way round in fact, as the "lang.vbs" downloaded from Ron needed changing as it had phBuried instead of phBurial, and the Dictionary.xml was from your Beta14.

It worked OK after this.

There is still the question of links and layout for the individual and family pages.

In my opinion, your layout for the "individual.htm" would be better for the "family.htm" as I would like to see the Parents on this page as well as the children. 

The "individual.htm" could be more like the one Ron has done without spouse or children just links to them and the family.htm as this will avoid duplication on the individual pages as I had mentioned before for the earlier contributions from Ron before the Beta14.