I tried several times to setup the new FTB version 7 on my Macbook Pro, running VMWare Fusion with Windowd 7 64-bit , the download and installation no problem (allthough I had to create manually a new subdirectory under documents) But the import of my GEDCOM file (using the wizard) did not work. I created the GEDCOM on my old Laptop (running Windows XP) and copied the photoos as well, copied both AND the GEDCOM AND the photos in the same subdirectory: operation not succesfull !
Also a project repair/restore from the online tree backup did not work!!
I hope to find a solution for this problem in this forum!
I have imported GEDCOM files BUT only to a smaller tree. I have 148 600 records in my tree and get the error message that GEDCOM could NOT be imported.
I find it amusing (and a bit disconcerting) that in V6.00x there is a Contact tab for deceased individuals. Like we're going to contact them?
Possibly the Address field should have a drop-down box with choices
Heaven
Hell
Pergatory
Sheol
Nirvana
Reincarnated
Oblivion
Joking aside, maybe 7.0 will simply remove the Contact tab when you click an idividual as deceased. Possibly with an option to move any contact info that may be there to a surviving spouse or family member who may remain at the same address?
Copy any text from a simple editor (like Notepad) and try to paste (Ctrl v) the text in to any "Notes" field fails. Either in the "main notes" within any persons details or the "notes" within the persons facts.
Same if you attempt to cut or copy (Ctrl x / Ctrl c) any text from the same Notes field.
Quite annoying error :)
As a side note: using right click and the context menu to paste/cut/copy seem to work ok.
As a side note 2: the same error occur when you try to Ctrl x /Ctrl v within a persons first name(s) field, nothing will happen. I do belive that this happened on 6.x version as well.
Thanks for info on the backdoor, but still the new notes editor have more bad things. We often cut and paste from external sources and that ends now in long lines that must be scrolled with the keyboard when we try to read the text. If the text box had a horisontal scrollbar thellack of automatic line breaks cold be ok. As it is today I consider this a bug.
That makes it even worse. We all copy/paste from external sources, it is a basic part of how we work within the software.
Where are the "support-team" that should be here to at least reply to this? I'm fairly new in to using this forum and the software, but the rather slow response from those in charge makes me wonder.
It seems that PARTS of this problem has been fixed in FTB build 7105. Cut / Paste / Copy works within the larger text fields where the built-in editor are used, but still not fixed in other smaller text fields.
I consider this to still be a BUG, as the problems are still there, although not as many places as in build 7101.
The content of facts changes depending on language.
Example: I want to create a Decendant Chart. Choosing the most simple form, just regular boxes with a thin line, containing the most basic facts: birth, birth place, marriage, marriage place, death, death place.
The selection and configuration looks like the first picture added below.
It will display
"Birth: some_date some_location"
"Marriage: some_date some_location"
"Death: some_date some_location"
See picture included.
Now, change the language. Any language will do i suspect, in my case I select Norwegian.
The content of any box will now look like
"Birth: some_date"
"Marriage: some_date"
"Death: some_date"
All the locations are gone.
See picture included.
I figured, it could be some error in the language file, but any attempt to translate the main language (..MyHeritageLangEnglish.lang ) file has failed. It was not possible to translate the word "Birth" in the Charts layout in to something else.
Any suggestions on how to solve the error are appreciated.
Thanks in advance.
EDIT: It doesn't appear I'm allowed to include pictures to my post. Sorry about that, it would have made it easier to understand this error in the application :)
This is actually not a bug but the software acts this way by design.
What happens is that when you are working on more than one language on your family tree the software will take the different information that you type in different languages and will put the in the appropriate database.
So if you were launching the software in English, and type in some names and data, and then would change the language to Norwegian, you will see that the English data is gone, and you will have to re-enter the data in Norwegian.
We do this in order to support bi-lingual trees, which means that you can translate your tree to different languages.
What you can do in order to fix this is use the translation wizard that can be found in the software if you go to Tools > Translation Wizard... and then follow the steps.
Or if you did it by mistake you can remove the foreign language database by going to Tools > Languages > Right-click on the window > Manage Data languages > and there you will have advanced features.
You can also make it more convenient for you to translate data by adding a secondary language which will add option to edit the family tree in two languages in any field.
What happened in the report is that you tried to present the data from the English database which is full with information and then you switched to a Norwegian database.
I hope you understand!
P.S. sorry for the attachments, we are working to fix the forums (though it might take some time because we are working harder on making our software better due to the big amount of customer responses)
I do not work on more than one language, I work with Norwegian only. I switched to English language, having a gut feeling. My gut feeling was right, more data appeared in the chart, despite the fact I had never been plotting data in English.
If you were right, switching to English language would not have produced anything but labels and dates in the chart boxes. Names as well as locations are a part of the "translation" you talk about. Since I've been working on Norwegian all the time, switching to English would make the data disappear in the english chart, right? Well, it doesn't, in fact, additional data appear, quite the oposite of what you explain should happen.
An example chart box, data plotted in Norwegian would look like
--------------------------------------------
| John Doe
| Født: 1930
| Ekteskap: 1945
| Død: 1995
--------------------------------------------
When I switch to the English language, all of a sudden more data appear in the chart box, like:
--------------------------------------------
| John Doe
| Born: 1930, Oslo
| Marriage: 1945, Church of Christ, London
| Death: 1995, Oslo
--------------------------------------------
You are actually telling me that my project, that has always been in Norwegian all the time, untill I started to test different languages, has saved Names in both Norwegian and English, but locations are only saved in English.
If this is by design, I really need you to push the devs to adjust this poorly made design. Clearly, no customer can be aware of this behavior in the software, there are no information about this at all.
Besides, if you were right about the "by design"-theory, why do names appear in both languages in the chart, when names has never been translated to the other language?
I must ask you again, to report this to the development team so that they can look further in to the matter.
I just wanted you to know that I was able to solve the problem. Data language was in fact set to English. I copied and went back and forth to change this to Norwegian. After a while it finally worked.
Still, you really need the devs to have a look at this. I've done my fair share of computer programming and education of the use of computers and software. This was really not easy to get, even for me, I consider myself a tad above average when it comes to issues like this.
The Tools -> Languages -> Right-click to handle data languages, how on earth is that intuitive :) Add at least a button.
Now, imagine a person of age, who struggle with computers from before. They deserve an easier way. And second, the way the data language is handled besides the screen language has to be changed, for obvious reasons as explained in my previous post.
Thanks for a great service. Though I have one important problem that just doesn't make sence. It seem as though the site expect every woman to be married or carry the family/maidens name. I have many in my family with unique surnames, yet there are no option to set surnames for females. Only maidens name.
Like my sister who have taken a surname outside family, but are not married. Her kid share surname with her partner, ergo two surnames. I don't see any enchanced options for that either. Surnames are the most important details in a family tree, how this is not in place.. I'm baffled.
Am I missing something or is it considered irrelevant?
This is probably an issue that originate in the GEDCOM standards.
If FTB "made up" data fields to enter some text and you chose to export and then import that data to a different software, then what? The result would be loss of data.
I have Icelandic family in my tree and I add the spouse as a partner so the femail can keep her maiden name and then I enter the marriage date in the facts tab.
Having read of all the other problems people have had installing 7.0, I'm dubious. But I finally got the email announcing the release (in which, to my considerable amusement, Gilad Japhet said, "I wanted you to be the first to know". And the media release went out what, a week ago?)
So, as I said, having read of all the other problems, I did a complete backup of all my family history files and redundantly exported a gedcom to another folder on my hard drive.
Then I went to download 7.0.
And came to a screeching halt!
Thing wouldn't download.
I'm running WinXP Pro, SP3 on a Hewlett Packard ProBook4510s with an Intel Core2 Duo CPU, P7370@2.00GHz, 1.58GHz, 2.96GB of RAM
I first tried the download in Firefox 20.0.1, selected Save, and immediately got this message:
C:/Docume~1\Tom\Locals~1\Temp\ww1HrvvQ.exe.part could not be saved, because the source file could not be read. Try again later, or contact the server administrator.
I switched to IE8.0.6001.18702
When attempting to save:
Internet Explorer cannot download...family_tree_builder_7101.exe from a.netdna.mhcache.com. The connection with the server was reset.
When attempting to run the .exe file: same message.
Is there an alternative download site? Will 7.0 simply not work with XP?
I've sent you a private email with an alternative download link.
Thanks, Dan, the file seems to have downloaded successfully.
I'll give V7.099 a try iin a couple of months . I'm busy getting the tree ready for a family reunion this summer, and in view of the early reports on problems with 7.0, I don't want to risk having it screw everything up. I can print nice one-page pedigree charts from ancestry.com to supplement the reports from FTB and right now, everything works (except for the things that don't!) so why fix it?
But for your other customers, perhaps the mirror sites could be posted on your download page, as is common. Why should it be private? Probably others on the forum will want it too:
The duplicate check result table is seriously contracted with FTB 7.0. The same error was found with FTB 6.0, only that the contraction was irregular. Now only the beginning is affected but is still next to useless.
Thank you for writing back. We appreciate for your feedback, this is a known issue from our Family Tree Builder 6.0 that we tried to fix but couldn't reproduce.
We would be glad if you could supply us with more information regarding this matter, such as screen resolution, DPI settings, anything that might be related to the issue of displaying incorrectly - including any kinds of related problems that you might have with family tree builder.
Our recommendations would be DPI settings of 100% and the default aero theme on Windows 7.
Thank you for your response! There is good news! I spent some time playing around with the duplicate feature. Still the rows first came out congested, but only until I enlarged the window enough horisontally. At one point the rows came out perfectly. I do not know how you guide the window to open horisontally large enough initially. This guidance does not seem to work properly. Please note that I had the same issue with my old Sony Vaio laptop and MS Vista. The present system is a new Sony VAIO laptop with W7. This issue, however, should be easily fixed.
I have been unable to download the new version of FTB after several attempts. I click the free download button and then the program appears to be loading but nothing happens except I get a box that says do you want to save the file. I click that and then it says the files have been downloaded but I can find nothing on my computer to use to change the facts. I had deleted a previous version of FTB but don't think this should preclude my downloading the new version. Can anyone point out what I am doing wrong?
