Family Historian User Group

Thanks for this update, Mike, which I've now used to revise my old plugin "Clone any Record", following a request from a keen user. However, I am more than a little puzzled by Copy Child Branch Fields which was updated at least twice yesterday and now contains four occurrences of "<wbr>".

The FH Sample Project has several records like this:

0 @O1@ OBJE
1 FILE Media\O1_The_Munros.jpg
2 FORM jpg
2 TITL The Munros
1 _DATE APR 1949
1 _KEYS Picture, Monochrome
1 CHAN
2 DATE 26 SEP 2014
3 TIME 15:16:31

What is the context of your rejected "2 FORM jpg"?

CP clearly knew how to produce Reports as text-searchable PDFs in FH5 and FH6. Why have they forgotten for FH7?

FH Diagrams (and FH Help for that matter) can all be printed/saved to PDFs with searchable text. And this problem with Reports and Books is new to FH7.

This morning the message is "Geocoding service is currently not available".

Might <span …> work better than <div …>, or is that not an option?

I followed Helen's recipe but still finished with a bloated image-only PDF with no searchable text.

I agree with RS3100. I have also tried a variety of PDF printers. The problem is not within NovaPDF. CP have accidentally or otherwise changed the way reports and books are output from FH for printing or saving as PDF. And I've tried the RTF route, but the printed layout is significantly inferior.

PDF File Support has been part of FH functionality since at least version 5.0, almost 10 years ago, as the following quote from the Help topic shows (unchanged between FH5 and FH7): Saving items in PDF file format is very convenient for a number of purposes - here are some: It can be a useful way o...

I've noticed a problem with all the Report types I've used so far, and also a Book: when saved as PDF, every page consists of a single graphic image, with no searchable text. This explains two problems mentioned elsewhere: much larger file sizes, and much longer times. Printing to a PDF printer is n...

Would it not be enough for a transcript of the certificate to show the married names?

Alt T Q will only find the Quick Family Facts plugin if that plugin has been added to the Tools menu. There is a tick-box for this if you click More >> on the Plugins window.

A workaround that seems to work OK is to insert a non-printing character before the <para> or <br>. I've used zero width joiner by entering "U+200d" via AutoHotkey. Alternatively, you can use copy and paste from Zero Width Joiner.

AutoHotkey is explained in the Knowledge Base: AutoHotkey

There is: Notes on Upgrading to Version 7

The GEDCOM 5.5 Standard definition: CAUSE_OF_EVENT: = {Size=1:90} Used in special cases to record the reasons which precipitated an event. Normally this will be used subordinate to a death event to show cause of death, such as might be listed on a death certificate. It is valid for any Event , but n...

The definition in the GEDCOM 5.5 Standard is quite unambiguous:

ENTRY_RECORDING_DATE: = {Size=1:90}
<DATE_VALUE>
The date that this event data was entered into the original source document.

There is a lot of information and advice via this link: Knowledge Base > Places and Addresses.

Same here!

This is the earlier thread from October 2019: GEDCOM 5.5.5! (17121)
Nothing has changed since then.

You might find some help here: Knowledge Base > Photo Orientation

I was able to download that video (in four different formats, including mp4) using WinX YouTube Downloader.

If you search FH Help for "dots", one of the Topics is the (relevant) "Property Box: Facts tab" which includes:

blue dots for Individual records and red dots for Family records

I find I can solve all such problems by using the free IrfanView; it can rotate images, either singly or as a batch, and can optionally correct the EXIF data.

And I never have any problems running FH v6.2.7 with AVG AntiVirus Free on Windows 10 Pro version 2004. And my AVG has no exceptions for FH at all.