Posts

Ran the report. Problem with dates. Date of birth column is okay but date of death only has “Date” in header (s/b “Date of death”) What is Type and details? I don’t see them in the Edit window for Burial.

Could CSV open the save as.. to save it to file rather screen? Then Excel could open the file.
And, would I be able to modify to include Address field as I had previously?

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

macalter wrote:

Ran the report. Problem with dates. Date of birth column is okay but date of death only has “Date” in header (s/b “Date of death”)

The second date column is generic. “Date of birth” exists for any fact / event you choose. The second column is the date of the chosen event. So to display “Date of death”, “Date of Occupation” etc. etc would require complex and resource hungry code. Is it really necessary?

macalter wrote:

What is Type and details? I don’t see them in the Edit window for Burial.

Type is described in the Help for that page (click the little question mark) as “The “Type” field is only available for Custom facts and Custom events.” So it means whatever you set it to mean when you add a custom event or a custom fact.

Detail is not a field. It adds search / filtering on the content of the chosen fact or event.

macalter wrote:

Could CSV open the save as.. to save it to file rather screen? Then Excel could open the file.

That is either a browser thing or an Appley thing. For me (PC) in Chrome it always opens a save as window. In FF it opens a window with options to either open with a selected software or save as. It also has a tick box to “Always take this action in future”. None of this can be influenced by kiwitrees.

macalter wrote:

And, would I be able to modify to include Address field as I had previously?

I’m not sure. Can you send me a copy of the modified file you are referring to so I can see in detail what it does.

Nigel
My personal kiwitrees site is www.our-families.info

<QUOTE>
The second date column is generic. “Date of birth” exists for any fact / event you choose. The second column is the date of the chosen event. So to display “Date of death”, “Date of Occupation” etc. etc would require complex and resource hungry code. Is it really necessary?

No, I just thought you labelled the column incorrectly.

<QUOTE>
That is either a browser thing or an Appley thing. For me (PC) in Chrome it always opens a save as window. In FF it opens a window with options to either open with a selected software or save as. It also has a tick box to “Always take this action in future”. None of this can be influenced by kiwitrees.

Strange. FF opens a window with the CSV, no option to save as a file. FF Prefs cannot be modified as to what action to take for a file type. Forget the reason they opted for that.

<QUOTE>
And, would I be able to modify to include Address field as I had previously?
I’m not sure. Can you send me a copy of the modified file you are referring to so I can see in detail what it does.

I changed the heading of a column but this report isn’t the same column headings. You modified contents, so probably answer is no.My changed portion of reports.xml:
<Cell style=”text” width=”$datewidth”><GedcomValue tag=”DEAT:DATE” newline=”1″ /></Cell>
<!– RBC: CHANGED CEME to REFN 10 JUL 2012 –>
<Cell style=”text” width=”$cemewidth”><GedcomValue tag=”REFN” /></Cell>
<Cell style=”text” width=”$placewidth”><GedcomValue tag=”BURI:PLAC” /></Cell>
<!– RBC: CHANGED NOTE to ADDR 10 JUL 2012 –>
<Cell newline=”1″ style=”text”><GedcomValue tag=”BURI:ADDR” /></Cell>
</List>
<Cell align=”rightrtl” newline=”1″ style=”label”><br /><var var=”WT_I18N::translate(‘Total individuals’)” />: <ListTotal /></Cell>
</Body>
<Footer>
<Cell align=”rightrtl” newline=”1″ style=”date”><Now /></Cell>
</Footer>
</Doc>
</Report>

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

macalter wrote:

That is either a browser thing or an Appley thing. For me (PC) in Chrome it always opens a save as window. In FF it opens a window with options to either open with a selected software or save as. It also has a tick box to “Always take this action in future”. None of this can be influenced by kiwitrees.

Strange. FF opens a window with the CSV, no option to save as a file. FF Prefs cannot be modified as to what action to take for a file type. Forget the reason they opted for that.

This should help:

https://support.mozilla.org/en-US/kb/applications-panel-set-how-firefox-handles-files

Nigel
My personal kiwitrees site is www.our-families.info

macalter wrote:

And, would I be able to modify to include Address field as I had previously?
I’m not sure. Can you send me a copy of the modified file you are referring to so I can see in detail what it does.

I changed the heading of a column but this report isn’t the same column headings. You modified contents, so probably answer is no.My changed portion of reports.xml:

OK, thanks. That is a useful idea. Will be included in the next release. Not quite as you have done it but should achieve the same. It will use the Details option in the same way as I have already described for Cemetery.

Take the attached file and replace the version of kiwitrees/includes/functions/functions_resource.php.

If you then use the Facts & Events report and search for Burials the Details column will include Address, or Cemetery or both. Use the filter box at the top to include only entries with one of them.

Nigel
My personal kiwitrees site is www.our-families.info

The Mozilla help only explains changing the items that exist. I cannot add CSV to the list in order to tell FF how to handle.

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

Uploaded the “fix” and it does display the Address line(s). I do notice the column widths of dates are quite wide compared to the Place which can be long (4+ levels). That aside, this does replace the customization I had and will delete my files.

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

macalter wrote:

The Mozilla help only explains changing the items that exist. I cannot add CSV to the list in order to tell FF how to handle.

But if it is currently doing something with the csv file then it should be in the list already, probably set to “. That’s certainly how it works for me. Then you can change it to “Always ask” or similar. In my FF it is listed, under “c” for csv. There are a couple of versions of csv files there.

Nigel
My personal kiwitrees site is www.our-families.info

macalter wrote:

I do notice the column widths of dates are quite wide compared to the Place which can be long (4+ levels).

The name and two date columns are set to never wrap their content. The others then automatically adjust to fit the remaining space. That’s the only practical solution for places, as they can in theory go to 9 levels, with each level of almost any length itself.

How much that is wrapped will also depend how much space the Details column needs as well.

So there’s no obvious way to improve this.

Nigel
My personal kiwitrees site is www.our-families.info

Still keeping your fixed widths for the dates, they’re really much wider than needed. Look at the extra space after the birth date where September is written in full.

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.