That's interesting - it had never occurred to me (and I've been using FH from v2) that I could get the ability to expand two records at once - one in the Records window and one in the list window. Tha

#new

Yes - you're citing an existing source **record** so it will have the details from the source-record that you've just chosen (in the top half - it will have an empty bottom half for the citation speci

#new

I'll try not to repeat what's gone before but in terms of "redoing" source and citations, if you move stuff into your project's media folder, the source-records and citation data won't alter (well, no

Indeed - what some of us are saying is that a source could be used to justify stuff at a whole host of levels - e.g. at the level of an individual fact, at the level of one of possibly several names,

#new

Well, yes. (False-memories excepted, of course! Groan...) Frankly I'd rather the combined data item of Event and Attribute was NOT called Fact, as it gives way too many people palpitations. But it is

You may be disagreeing with me but I find myself agreeing with most of what you said, and our only significant difference might be around how to handle your 5G-GF. Might be... I might also agree with

Re multiple birth facts (or multiple death facts). Slightly summing up, my supposition is that most people will only have one birth fact and accommodate any lack of clarity by using things like date r

We're missing an important bit of information. If James was talking about his tree in Family Historian, then that bit of info is - does he ever publish it, or any part of it, in any fashion? Whether t

Names like "Germany" have been around for centuries and are no more made up than any name in any language is made up. The tricky part with "Germany" - or "Deutschland" - is knowing when to use it and

I'd beg to differ. Cologne is the English name for, the translation of, Köln. As such it has a perfectly legitimate existence off of the map - people in England trading with Köln wouldn't refer to it

Ah - now you've named it, thanks, I've just investigated and it's a part that isn't available in the free RootsMagic Essentials. Possibly fortunately for my blood pressure... Adrian

No, it doesn't have access to a pre-populated Places Table. It uses Place Records but the initial values are those that you create yourself - or convert from another file. Once you have that list, the

I would certainly support that conclusion from memory. Some stuff pastes over neatly. Some is formatted chaotically, even though it looks similar on the original screen. I'm sure I can't paste (format

As Mike says, nothing has materially changed in ages in those definitions. IIRC, the Place is supposed to be a Jurisdiction and the Address is a Postal Address. The problem is that an exact following

Usually I put both children on *one* tab with an unknown father because in my own head "unknown" means exactly that and covers the possibility that there are actually two different fathers. But perhap

Please see the response to your query in the FH User Group on https://www.fhug.org.uk/forum/viewtopic.php?f=32&t=20461&p=123060#p123060 Just as a matter of protocol and practicality, it's seldom a goo

As I recollect Maria did say that this was for during the lunch hour. If her employer permits recreational use of the systems (usually external access to the internet, say) during lunch time, it is no

Gut feeling from me would be that would need its own license as all the details would be different. In fact, I'd be concerned that each time a cloud based Windows VM was brought up, would it have diff

Re Bill's experience with ashes being interred years after burial. That's a good argument against a general use of deaths estimated from "burial" date. I'd only say that in the context of the UK, crem

The only time that I concoct a death date is when I have indirect evidence for it, such as a burial, when I'll estimate a death date based on the burial date minus - waves hand and thinks of a number.