Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion Book Production in GEDitCOM II 1.7

Received: by 10.50.192.227 with SMTP id hj3mr4626972igc.2.1335159320514;
        Sun, 22 Apr 2012 22:35:20 -0700 (PDT)
X-BeenThere: geditcom-ii-discussions@googlegroups.com
Received: by 10.231.80.134 with SMTP id t6ls8333171ibk.8.gmail; Sun, 22 Apr
 2012 22:35:19 -0700 (PDT)
Received: by 10.42.169.67 with SMTP id a3mr9487215icz.8.1335159319756;
        Sun, 22 Apr 2012 22:35:19 -0700 (PDT)
Received: by 10.42.169.67 with SMTP id a3mr9487214icz.8.1335159319744;
        Sun, 22 Apr 2012 22:35:19 -0700 (PDT)
Return-Path: <egge...@verizon.net>
Received: from vms173021pub.verizon.net (vms173021pub.verizon.net. [206.46.173.21])
        by gmr-mx.google.com with ESMTP id eo1si4444564igc.0.2012.04.22.22.35.19;
        Sun, 22 Apr 2012 22:35:19 -0700 (PDT)
Received-SPF: pass (google.com: domain of egge...@verizon.net designates 206.46.173.21 as permitted sender) client-ip=206.46.173.21;
Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of egge...@verizon.net designates 206.46.173.21 as permitted sender) smtp.mail=egge...@verizon.net
Received: from [192.168.2.100] ([unknown] [173.48.181.69])
 by vms173021.mailsrvcs.net
 (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009))
 with ESMTPA id <0M2X00MEX3IUT...@vms173021.mailsrvcs.net> for
 geditcom-ii-discussions@googlegroups.com; Mon, 23 Apr 2012 00:35:19 -0500 (CDT)
Content-type: text/plain; charset=us-ascii
MIME-version: 1.0 (Apple Message framework v1084)
Subject: Re: Book Production in GEDitCOM II 1.7
From: Jim Eggert <egge...@verizon.net>
In-reply-to: <931ED59A-A9BE-4BA4-A7E3-386B9913D17C@geditcom.com>
Date: Mon, 23 Apr 2012 01:35:18 -0400
Content-transfer-encoding: quoted-printable
Message-id: <7E5E0753-7DE6-4641-B42F-4A8061C919F3@verizon.net>
References: <ecfffb27-de84-4a87-9a2c-d806fb4e3f8d@t7g2000pbp.googlegroups.com>
 <0C04DD36-5FE5-4667-BB0C-ECE7B7D2CB56@verizon.net>
 <931ED59A-A9BE-4BA4-A7E3-386B9913D17C@geditcom.com>
To: geditcom-ii-discussions@googlegroups.com
X-Mailer: Apple Mail (2.1084)

On Apr 22, 2012, at 11:47 PM, John Nairn wrote:

> On Apr 21, 2012, at 10:40 PM, Jim Eggert wrote:
>=20
>> Here are some problems I have with Generations LaTex Book:
>> 1.  In running a descendants report, the descendants, though =
appearing in the proper generations, are in some arbitrary order within =
the generation.
>=20
> Each chapter is in aphpbetical order. All relatives are found and then =
grouped by generations. I wanted some order,but could not think of an =
obvious genealogical ordering, so they are listed in alphabetical order.

For ancestors, I would think ahnentafel order is appropriate.  For =
descendants, register order.

>> 5.  The wording introducing the sources for each person is awkward.
>=20
> I am open to suggestions (and fairly easy to customize in the script). =
My files tend to have all sources attached to events rather then the =
record as a whole. As a result, that wording does not appear often in my =
test books; they just appear as footnotes.

I can change it I suppose.

>> 6.  Backslashes aren't escaped.
>=20
> The script does escape them and it works for me. Do you have an =
example of where they are not escaped?

Backslashes don't work for me in surnames.  Maybe I shouldn't put =
backslashes in surnames.  How should I encode someone named John =
Smith/Jones?  (Not Smith-Jones.)

>> 7.  Not all Unicode in comments turn into TeX-friendly codes.
>=20
> A real limitation of LaTeX, unfortunately. Unicode is done be encoding =
the file in UTF-8 and then using the package:
>=20
>     \usepackage[utf8]{inputenc}
>=20
> But the documentation of this package admits it does not do all UTF-8 =
character. It seems to work well with characters found in names and =
places (i.e., any accented letters), but does not do well with =
non-letter characters and seems to completely fail with non-printing =
characters.
>=20
> The script has a list of bad characters and handles each as a special =
case. The other option is a different package, but I wanted something =
that would be part of the standard LaTeX install.

How about using XeLaTeX instead?

>> 8.  Unicode in source IDs messes up BibTeX.
>=20
> Source IDs (in GEDCOM sense) will never have Unicode. Do you mean in =
the text of the source citation?

No, I mean in GEDCOM IDs.  Maybe I shouldn't do that either!  So far =
GEDitCOM has let me get away with it, but I can fix it.

=3DJim