Version 3.2 Posted

[John Nairn, Developer]

I just posted version 3.2 with many new features (and many were in response to postings on this group). You should get a notice the next time your start GEDitCOM II, or just go now to geditcom.com (I had to refresh my web browser before I saw the updates).

This version was mostly done about two weeks ago, but I decided to use it myself for  while. I found a large number of ancestors on FamilySearch.org on my wife's side and decided a few new features would make adding and editing those ancestors easier. When you add a new family with two new spouses, you can create that family, the two spouses, and attach to an existing child now in one step. I did most data entry by control-clicking on individuals in am ancestor family tree and using this new feature to create the next generation of ancestors.

I noticed that FamilySearch.org has a lot more data on line then it did last time I checked. I added a new "FamilySearch" menu command that lets you enter a query and post to their two data bases. The query is pre-filled with the individual you are viewing. The big advantage of FamilySearch.org is that it is free (you have to create a free account to search from within GEDitCOM II though). A disadvantage is the data are not scrutinized for accuracy. Many do have sources to help you verify if the information is correct. But be careful with the data. My wife's ancestors there go back to at least 400BC in one line. I gave up entering at about 1500. Note that some of the verification sources require access to paid servies.

While entering lots of ancestors, I was also getting periodic crashes that I think others have noticed but I could never reproduce. They occurred during an unintentional drag and drop after just editing a different field. I tried a possible fix. I could not tell why it would fix it, but after that change, I never had another crash.

Finally, the new version mentions an iPhone app that will be a good companions to GEDitCOM II. The developer of this new GEDitMobile is hoping for a release this summer.

John Nairn

[theboo...@gmail.com]

Just installed it, John, and had a quick first look. First impressions? Wow! This is good.

The copy and paste source buttons seem to work a treat which is one of my main immediate interests.

I had a look at FamilySearch but can't see the menu item for this. I may just be thick. It does show when I right-click in the name field, so no big deal.

Thanks for all your good work on this.

And thanks to Simon for coming up with some of these options in his modified default format,

More later - perhaps.

Mick

[John Nairn]

FamilySearch is in the “Web” menu between “Extensions” and “Help” menus. That menu is an icon in some MacOS's, but called “Web” in others.

John

-- 
You received this message because you are subscribed to the Google Groups "GEDitCOM II Discussions" group.
To unsubscribe from this group and stop receiving emails from it, send an email to geditcom-ii-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/geditcom-ii-discussions/75c6e5e5-8ca0-4d1b-a409-ebcc63972132n%40googlegroups.com.

[theboo...@gmail.com]

So it is, John. Thanks. I've never used that menu.

[Richard Blake]

Hi John

Loving the new version, especially the changes to the Default Format. Thanks for your hard work on this.

I have seen one small issue around what happens when sources are copied and pasted. The workflow is:

• Add a new source to an individual
• Opening up the source then shows it as cited by the individual as expected.
• Copy the source and then paste it to a second individual.
• Open the source and the cited by section still only shows the first individual. Saving the file does not update this either.
• Close the file and reopen. Then opening the source shows both the individuals under the Cited By section as expected.

The only reason I noticed this is that I have a python script for doing some source citation consistency checks and it was not correctly picking up the records cited by a source just after I had pasted the source to other individuals. It was only after closing and reopening the file that it worked as expected.

Thanks, Richard

[John Nairn]

I will check on that. Standard GEDCOM does not have a tag in source records to say what records cite that source. I get around that by creating an internal list of records cited by an source. These lists are recreated each time the file is read and maintained internally by code. The new feature in the Default Format to copy and paste sources was done by internal scripting. It sounds like the paste option does not trigger an update of those internal lists. I will look for a fix for a build 2. In the meantime, your close and reopen is a work around. In other words, all data are correct, but the internal lists are getting out of synch.

John

-- 
You received this message because you are subscribed to the Google Groups "GEDitCOM II Discussions" group.
To unsubscribe from this group and stop receiving emails from it, send an email to geditcom-ii-discu...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/geditcom-ii-discussions/023d12b8-e7f7-4d8d-b0ad-60916ee219ddn%40googlegroups.com.

[John Nairn, Developer]

I found a fix. Because it involves synching lists internally maintained in code, it needs a change to code (and not just to the new internal scripts in the Default Format). I will post build 2 soon, but perhaps wait a few days in case any other issues come up. Please post any issues if you find them.

John Nairn

[Jim Eggert]

I was surprised by the new copy/paste source feature in that it apparently doesn’t use the standard Mac pasteboard.

Heretofore I have usually copied/pasted sources by just copying/pasting GEDCOM text.

=Jim

[theboo...@gmail.com]

Yes, I won dered about that.. My clipboard manager shows that the copied source is in the clipboard but cannot be viewed. Works very well though which is fine by me.

Mick

[John Nairn]

Technically, the Mac pasteboard can have anything that can be fit into a property list. That typically means numbers, strings, arrays, or dictionaries. And those arrays and dictionaries should only include other valid things for property lists. In GEDitCOM II, for example, the pasteboard cannot have any custom class objects defined in GEDitCOM II.

I wrote the new putPasteboard command for internal scripting to follow this rule, but that means one is not limited to putting things other applications can display. To copy and paste sources, it was easier to paste an array of lines of GEDCOM text rather than to paste a single string with all the GEDOM text in that string (and concatenating multiple copied sources into that string too). The disadvantage is a clipboard viewer will not know how to display it and you could not paste those sources into another application (like MSWord). A big advantage, however, is that it was easier and more reliable to read that custom style and convert it into new pasted sources. The pasting code did not have to decode a large string into lines and words.

The internal scripting command has option to put a string on the pasteboard if you want. That could be displayed and pasted into any other software too. So far, the only internal scripts that use the pasteboard are the one for sources. The new option might find uses in other extensions too.

JOhn

--
You received this message because you are subscribed to the Google Groups "GEDitCOM II Discussions" group.
To unsubscribe from this group and stop receiving emails from it, send an email to geditcom-ii-discu...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/geditcom-ii-discussions/f3b20f83-d489-4363-ba30-4775619eb0cdn%40googlegroups.com.