The Behold User Forum
Login to participate
  
Register   Lost ID/password?

Louis Kessler’s Behold Blog     The Behold User Forum

Forum Posts

  
Results 11 - 20 of 496 forum posts.   1247 blog entries.   736 blog comments.   2479 total.
11. 

Running Behold on MAC OS X - Forum post by askmeoffersmadhu in General Discussion - 2 Sep 2020

Thank you for verifying Behold works on a Mac under Parallels and Virtual Package. I'm not sure if anybody tried this before.. Thanks, Madhu
12. 

Behold Database Plans - Forum post by lkessler in General Discussion - 24 Jun 2019

Thank you Enno and Fletch. I also got a few responses and thoughts via email. Everyone has a valid and personal viewpoint, because it is what works best for them. I'll take all these ideas into consideration. But in the end, I'm going to have to decide what is best for Behold and where I want to take it. ...
13. 

Behold Database Plans - Forum post by fletch in General Discussion - 22 Jun 2019

I am no programmer, but for what it is worth, I will state my simple opinion. The best thing about Behold is it is a unique and different program that is like no other. Don't lose that. I have been using Family Historian lately and it does a good job of using a GEDCOM file as it's main "database". It also works ...
14. 

Behold Database Plans - Forum post by ennoborg in General Discussion - 20 Jun 2019

You're probably right that FTB's database is simpler than RM's, and maybe citation elements are not a good idea for Behold anyway, because they don't look natural in an editable everything report, and only make things more complicated for your intended audience. Formatted citations actually work pretty well if ...
15. 

Behold Database Plans - Forum post by ennoborg in General Discussion - 20 Jun 2019

Hi Louis, It's true that I don't like EE, because it's too much work to translate to all languages that we support with Gramps, but I assume that your main audience is in English speaking countries, for which it can work very well. And if EE support benefits your audience, it's good for Behold too, isn't it? I ...
16. 

Behold Database Plans - Forum post by lkessler in General Discussion - 16 Jun 2019

Thanks Keith and Rich, Keith: I don't think the correct implementation of GEDCOM input and output has as much to do with the database structure, as it does with whether the programmers have been diligent enough to check that all of the input and output was following the standard. Rich: It really shouldn't ...
17. 

Behold Database Plans - Forum post by rwcrooks in General Discussion - 16 Jun 2019

Louis, Of course, if you choose to use someone else’s db design, then you’ll be beholden (sorry, I just had to say that) to them for db design changes. You will have to adapt your db to their structure when they make changes. That said, I know how hard it is to design a solid, fast db and it would be a ...
18. 

Behold Database Plans - Forum post by lkessler in General Discussion - 16 Jun 2019

Enno, That's exactly why I asked for opinions on this. I had neglected to think of RootsMagic's database structure as an alternative possibility. Thank you for mentioning this. There are several considerations that I'll have to take into account: 1. The database itself: Both use SQLite and I know RootsMagic's ...
19. 

Behold Database Plans - Forum post by geneatech in General Discussion - 16 Jun 2019

Louis, I agree with Enno on all points. SQLite and RootsMagic would both be good choices, and a lot of the groundwork has already been done with SQLite Tools for RootsMagic. Like Family Tree Builder, there is also a free version of RootsMagic, which has very few limitations. I just don't know about the legal ...
20. 

Behold Database Plans - Forum post by ennoborg in General Discussion - 16 Jun 2019

Hi Louis, SQLite is a good choice, My Heritage is not. I have a subscription to their data plan, and found that for Europe, most of their records come from FamilySearch, where they can be accessed for free, and for the English speaking countries, Ancestry and FindMyPast have better data, which can both be ...