At 10:25 AM 5/16/01 -0400, you wrote: >ok: just upgraded to 3.07 from 2.51x (this means trouble...) > >there is a problem which is quite bizzare, so I'll list the steps I did and >the results: > >created a new database: walker >imported into this database a GED - no problems. DB looked good. > >closed that DB (not the program): created a new DB: pastuzyn >used the version 2 import into this one. >In the pastuzyn DB, <EVERY> source has a publication: >Publication: State College, Pa.: Centre Daily Times, Tue. 14 Dec 1999. > >this "publication" is <nowhere> in my version 2 database, <BUT>, it is in the >WALKER GED file as: >0 @[email protected] SOUR >1 TITL Obituary of Lawrence R. Walker Sr. >1 PUBL State College, Pa.: Centre Daily Times, Tue. 14 Dec 1999. >1 TEXT His obituary in the "Centre Daily Times" of Tue. 14 Dec 1999 read: >"Lawrence R. Walker Sr. > >how did this publication get attached to every source in my version 2 import? >does not closing a DB "flush the buffer" so to speak? > >how do I do a global erase of this publication in the pastuzyn DB? >do I have to erase and start the pastuzyn DB over? Does sound like something not cleared from the first database. Will have to look into this. Sounds like a bug. The best solution, especially if you haven't edited anything yet, is to delete the later database and start all over - import again from freshly starting the program so that things are cleared. Ira ------------------------------------------------ Mr. Ira J. Lund E-mail: [email protected] Web: http://www.cf-software.com Cumberland Family Software, 385 Idaho Springs Road, Clarksville TN 37043

Another item for the 'wish list' It's just a little thing, but as I get more sources in my data it becomes more and more irritating. The day-glo pink book icon for the sources acts like a red error light to my mind. I see no valid reason to have the source icon so obnoxiously visible. I've never seen a day-glo pink cover on any genealogical source I've worked with. Wouldn't a subdued green or brown source icon colour be much more appropriate and much less irritating? Mike

hopefully something simple I'm missing: looked into all the setups and configurations but can't find out how to get the story date changed from: Sarah was born September 7, 1834 at Milesburg, Centre County, PA. to: Sarah was born 07 September, 1834 at Milesburg, Centre County, PA. (I want the dd mm yy format). Karen Pastuzyn

ok: just upgraded to 3.07 from 2.51x (this means trouble...) there is a problem which is quite bizzare, so I'll list the steps I did and the results: created a new database: walker imported into this database a GED - no problems. DB looked good. closed that DB (not the program): created a new DB: pastuzyn used the version 2 import into this one. In the pastuzyn DB, <EVERY> source has a publication: Publication: State College, Pa.: Centre Daily Times, Tue. 14 Dec 1999. this "publication" is <nowhere> in my version 2 database, <BUT>, it is in the WALKER GED file as: 0 @[email protected] SOUR 1 TITL Obituary of Lawrence R. Walker Sr. 1 PUBL State College, Pa.: Centre Daily Times, Tue. 14 Dec 1999. 1 TEXT His obituary in the "Centre Daily Times" of Tue. 14 Dec 1999 read: "Lawrence R. Walker Sr. how did this publication get attached to every source in my version 2 import? does not closing a DB "flush the buffer" so to speak? how do I do a global erase of this publication in the pastuzyn DB? do I have to erase and start the pastuzyn DB over? Karen Pastuzyn

At 02:49 PM 5/14/01 +0000, you wrote: >Thanks, a very nice feature and I figured out how to change the 'from' to >a 'to' for both individual and couple events. >However I couldn't get it to include the free format with %F. > >How does one include free format and miscelaneous entries? %M is for MiscData field. The free format field simply gets added as part of the data field automatically. You don't specify it in the sentence construction. But in the Option Menu -> Story Options there is a place where you can specify whether to show the free format date before or after date and with or without parenthesis around it. >Why is the {from} and {to} enclosed in the shift brackets? Notice the structure p{to} - this indicates that if there is no place name then do not include what is in the brackets. Thus you can specify certain words to be suppressed if the data piece is missing. For Misc Data it is m{some words here} this will cause the words inside the brackets to be suppressed if the Misc Data is not present. Full explanation of all this on page 154-157 of the PDF manual. Ira ------------------------------------------------ Mr. Ira J. Lund E-mail: [email protected] Web: http://www.cf-software.com Cumberland Family Software, 385 Idaho Springs Road, Clarksville TN 37043

The DIC files are spell check dictionary files and if you never run the spell chekcer, you could simply delete those files if you wish. (but not the TPS file). Ira At 03:03 PM 5/14/01 +0000, you wrote: >Thank you for the explanation. I guessed something was corrupted so I >erased all the files and reloaded 3.05, then did the upgrade without >changing any language options, and everything seems to work fine. I can >live with the ~2MB size of the present TPS files and the 3MB of the DIC >files. When it started doing all that hard drive whirring that didn't stop >I guessed incorrectly that it was adding many MB of more DIC files. >I didn't realize programs 'erased files' I thought they just abandoned the >memory location, and let the next process overwrite. >Thanks for clearing up a misunderstanding. > >Mike > >At 08:11 14/05/01 -0500, you wrote: >>At 11:00 AM 5/13/01 +0000, you wrote: >>You are confusing two things: Dictionaries and Languages. You are really >>talking of the Languages and not Spell Check Dictionaries. >> >>Things were going fine if you would have left it alone. You likely need to >>re-install as the language files are likely now corrupted because of you >>breaking out of it. >> >>What happens when you remove all the other languages is the program must >>now go through them all and delete them - and it takes quite some time as >>there are many hundreds of records for each language > ------------------------------------------------ Mr. Ira J. Lund E-mail: [email protected] Web: http://www.cf-software.com Cumberland Family Software, 385 Idaho Springs Road, Clarksville TN 37043

Things to ponder this upcoming Memorial Day, May 28th THE THINGS THEY CARRIED: They carried P-38 can openers and heat tabs, watches and dog tags, insect repellent, gum, cigarettes, Zippo lighters, salt tablets, compress bandages, ponchos, Kool-Aid, two or three canteens of water, iodine tablets, sterno, LRRP- rations, and C-rations stuffed in socks. The carried standard fatigues, jungle boots, bush hats, flak jackets, and steel pots. They carried the M-16 assault rifle. They carried trip flares and Claymore mines, M-60 machine guns, the M-70 grenade launcher, M-14's, CAR-15's, Stoners, Swedish K's, 66mm Laws, shotguns, .45 caliber pistols, silencers, the sound of bullets, rockets, and choppers, and sometimes the sound of silence. They carried C-4 plastic explosives, an assortment of hand grenades, PRC-25 radios, knives and machetes. Some carried napalm, CBU's, and large bombs; some risked their lives to rescue others. Some escaped the fear, but dealt with the death and damage. Some made very hard decisions, and some just tried to survive. They carried malaria, dysentery, ringworms, and leaches. They carried the land itself as it hardened on their boots. They carried stationery, pencils, and pictures of their loved ones - real and imagined. They carried love for people in the real world, and love for one another. And sometimes they disguised that love: "Don't mean nothin'!" They carried memories! For the most part, they carried themselves with poise and a kind of dignity. Now and then, there were times when panic set in, and people squealed, or wanted to, but couldn't; when they twitched and made moaning sounds and covered their heads and said "Dear God", and hugged the earth and fired their weapons blindly, and cringed and begged for the noise to stop, and went wild and made stupid promises to themselves and God and their parents, hoping not to die. They carried the traditions of the United States military, and memories and images of those who served before them. They carried grief, terror, longing, and their reputations. They carried the soldier's greatest fear: the embarrassment of dishonor. They crawled into tunnels, walked point, and advanced under fire, so as not to die of embarrassment. They were afraid of dying, but too afraid to show it. They carried the emotional baggage of men and women who might die at any moment. They carried the weight of the world, and the weight of every free citizen of America. THEY CARRIED EACH OTHER Author Unknown Remember them this Memorial Day May 28th

Hi Ira, > On 14-May-2001 13:34:33, you wrote: > The little bit of work I am doing for 3.08 is basically just bug fixes. Ver > 3 will likely have a very long life. > > Sorry, Ira No need to be sorry, Ira. Please don't succumb to the temptation to add new features - the bug fixes to what is an already well-endowed program are more important...... Then you can start on the gloss. I look forward to what you promise for 3.08 - and am realistic enough to know that there will still likely be bugs to fix in that version. Nobody is infallible- save one, and AFAIK he doesn't do Family History computer programs ;-) WPBW John -- John G Slee [email protected]

I re -read the manual again carefully and now I understand the {} brackets and how to get the misc data, but I still do not see how to include the free format field. I thought for sure it was included in some event sentences in v3.05. I could be mistaken again. Mike Thanks, a very nice feature and I figured out how to change the 'from' to a 'to' for both individual and couple events. However I couldn't get it to include the free format with %F. How does one include free format and miscelaneous entries? Why is the {from} and {to} enclosed in the shift brackets? Mike At 08:17 14/05/01 -0500, you wrote: OR you can go to >Option Menu - Standard Event Editor to change the way these events are worded. > >Ira

Thank you for the explanation. I guessed something was corrupted so I erased all the files and reloaded 3.05, then did the upgrade without changing any language options, and everything seems to work fine. I can live with the ~2MB size of the present TPS files and the 3MB of the DIC files. When it started doing all that hard drive whirring that didn't stop I guessed incorrectly that it was adding many MB of more DIC files. I didn't realize programs 'erased files' I thought they just abandoned the memory location, and let the next process overwrite. Thanks for clearing up a misunderstanding. Mike At 08:11 14/05/01 -0500, you wrote: >At 11:00 AM 5/13/01 +0000, you wrote: >You are confusing two things: Dictionaries and Languages. You are really >talking of the Languages and not Spell Check Dictionaries. > >Things were going fine if you would have left it alone. You likely need to >re-install as the language files are likely now corrupted because of you >breaking out of it. > >What happens when you remove all the other languages is the program must >now go through them all and delete them - and it takes quite some time as >there are many hundreds of records for each language

Thanks, a very nice feature and I figured out how to change the 'from' to a 'to' for both individual and couple events. However I couldn't get it to include the free format with %F. How does one include free format and miscelaneous entries? Why is the {from} and {to} enclosed in the shift brackets? Mike At 08:17 14/05/01 -0500, you wrote: OR you can go to >Option Menu - Standard Event Editor to change the way these events are worded. > >Ira

You're right it's likely an internal db bug rather than a program bug. It happened as part of a merge and rebuild. Some individuals had more multiple events than merged sources. It is obvious that one event was duplicated multiple times. Most frequently it was one of two marriages a person might have. Once deleted the multiple events never reocurred. In one case where a husband married twice, it took a couple of re-connects and rebuilds before the program would believe which children belonged to which mother. I suspect that two source files for some of the individuals had conflicting information and it seemed to take a couple of cycles for the program to get it straight. In another case a family of 12 children disconnected twice from their parents, but seem to be staying together now. I see this as a positive aspect of the program. I've imported gedfiles from at least half a dozen different source programs. Some 'standard' gedfiles have required quite a bit of editing to load all events. It's remarkable that CFT can accept many different gedfile variations and not lock up, loose people, or create bogus families. I'm working with about 7000 people across 600 years and CFT manages to keep it all sorted out with only minor glitches. Mike At 08:01 14/05/01 -0500, you wrote: >At 06:33 PM 5/11/01 +0000, you wrote: >>Sometimes the rebuild process creates many (6 to 8) copied multiple >>marriage events for persons with more than one marriage. >> >>Was this bug fixed or is it still on the wish list? > >Neither. I have not heard of this happening - and wonder if there is some >internal problem. After a rebuild, can you go in and delete the marriages >and then run the rebuild and it not add them back in? This may be an >internal problem of some sort. Depending on the severity of the problem and >the extent of your database, one solution may be to do a GED export, create >a new database and import. > >Ira > >------------------------------------------------ >Mr. Ira J. Lund >E-mail: [email protected] Web: http://www.cf-software.com > >Cumberland Family Software, 385 Idaho Springs Road, Clarksville TN 37043 > > >==== CFT-WIN Mailing List ==== >You can contact the List Manager at: >[email protected] > >============================== >Join the RootsWeb WorldConnect Project: >Linking the world, one GEDCOM at a time. >http://worldconnect.rootsweb.com > >

Ira, You are very humble, with no reason to apologize. Compared with what I hear about the gen-programs others use, yours is heads above the others. CFT-3 could become a classic, much like the Douglas DC-3, Queen of the Sky, the 1956 Cessna 172, or a Ford Mustang or Chev Stingray of the sixties. Many are still running strong and worth much more than when they were new. You've published a classic you can be proud of. We're just lucky enough to be your test pilots. :) Mike At 07:34 14/05/01 -0500, you wrote: >The little bit of work I am doing for 3.08 is basically just bug fixes. Ver >3 will likely have a very long life. > >Sorry, Ira

At 12:47 AM 5/14/01 +0000, you wrote: >In v 3.06x the word order on event stories like IMIG is changed from the >way it was in v3.05. >I don't want to trigger the debate again, just please tell me how I >reconfigure v3.06x to read the events just like 3.05 did. It is a manual process of editing each event to correct it OR you can go to Option Menu - Standard Event Editor to change the way these events are worded. Ira ------------------------------------------------ Mr. Ira J. Lund E-mail: [email protected] Web: http://www.cf-software.com Cumberland Family Software, 385 Idaho Springs Road, Clarksville TN 37043

At 11:00 AM 5/13/01 +0000, you wrote: >I downloaded the 3.07 upgrade file. When the upgrade started it first >asked about dictionaries?, and since I only work in French and English, I >'unchecked' all the boxes but those two on the left window. When I clicked >on continue the program proceeded to spend about 10 minutes 'updating'? >languages I dont use. After about 12 minutes I stopped the process, and >thought I had stopped the upgrade. >What's going on? I don't want valuable memory space used to store a >collection of languages of the world I will never use. >How do I keep just french and english and the other stuff out of memory.. >Why do I need a dictionary I don't use in this program anyway? It didn't >do this when I started up 3.05 so I was not expecting this 'enhancement' > >Even though I interrupted the dictionary thing, I still got some sort of >upgrade. It says 3.06x ?? You are confusing two things: Dictionaries and Languages. You are really talking of the Languages and not Spell Check Dictionaries. Things were going fine if you would have left it alone. You likely need to re-install as the language files are likely now corrupted because of you breaking out of it. What happens when you remove all the other languages is the program must now go through them all and delete them - and it takes quite some time as there are many hundreds of records for each language. I normally recommend that users simply leave all languages there. You got the message because of an upgrade. First install will not give you this language selection. The eral purpose of it is to allow people who have made changes to their own language to keep their changes (by selecting items on right) without having it overwritten by the language that is int he program. If you do not remove any languages there is no wait process. It is quick. I realize that the 2 tps files are 4 megabytes, but removeing all but a couple of languages will still probably be about 1 meg (due to internal compression) so you really only gain about 3 meg - which really isn't much space now-a-days. But if you really need that space, then do what you did and be prepared to wait a while for all the other languages to get deleted. Ira ------------------------------------------------ Mr. Ira J. Lund E-mail: [email protected] Web: http://www.cf-software.com Cumberland Family Software, 385 Idaho Springs Road, Clarksville TN 37043

At 06:33 PM 5/11/01 +0000, you wrote: >Sometimes the rebuild process creates many (6 to 8) copied multiple >marriage events for persons with more than one marriage. > >Was this bug fixed or is it still on the wish list? Neither. I have not heard of this happening - and wonder if there is some internal problem. After a rebuild, can you go in and delete the marriages and then run the rebuild and it not add them back in? This may be an internal problem of some sort. Depending on the severity of the problem and the extent of your database, one solution may be to do a GED export, create a new database and import. Ira ------------------------------------------------ Mr. Ira J. Lund E-mail: [email protected] Web: http://www.cf-software.com Cumberland Family Software, 385 Idaho Springs Road, Clarksville TN 37043

>I am not clear about this. When the re-ordering takes place those standard >events without a date get attached to the event that used to preceed it >before re-ordering ?? Therefore the way the re-ordering takes place would >not allow for you to set the order for events, such as Birth, Marriage, >Death, Burial?? >In my instance say I have the following in my Individuals Standard Events: >Birth 1900, Marriage (no date), Death 1950, Burial 1951. After sorting the >order ends up Birth 1900, Death 1950, Burial 1951, Marriage (no date). >My idea would be to have a set up where you can re-order the entire >databases Individual Events in an order you stipulate. ie: Birth, Baptism, >Confirmation, Marriage, Divorce, Death, Burial, so that whatever the dates >.. the order will always be logical. What you say is happening is not what I expected. I thought that the original sort as you show would cause the marriage event with no date to stay attached to the preceding birth, so that a resort would not change the order - causing the marriage to fall to the end as you say it does. In fact, I was so convinced of this that I checked - and I am right. So something else is going on with your database. If your original order had the marriage right after birth and before death with marriage the only one without a date the order should NOT change. It did not change in my test just now. I understand your suggestion and can add it to my list of ideas (which may never get added - see other message). Ira ------------------------------------------------ Mr. Ira J. Lund E-mail: [email protected] Web: http://www.cf-software.com Cumberland Family Software, 385 Idaho Springs Road, Clarksville TN 37043

At 08:10 PM 5/13/01 -0700, you wrote: >I've been using the software for some time now and been subscribed here for couple of months. >>From what I've seen so far, isn't a version 4.0 about to roll-out soon? >The wish list must be long enough to provide a dramatic change with a lot >of enhancements. Is it in the works? The wish is list very long, but not a single speck of code for 4.0 has been written. It may be years before there is a 4.0. Sorry to disappoint, but some people don't realize that I am a one man business - or rather a half-man business at best, since I do this in my spare time and have a regular job that actually pays something. (Most of you may not realize, either, that this is more of a hobby for me, than a financially viable enterprise. If I was in it purely for the money, I would have gone out of business years ago.) Many of the suggestions will likely never get implemented. The little bit of work I am doing for 3.08 is basically just bug fixes. Ver 3 will likely have a very long life. Sorry, Ira ------------------------------------------------ Mr. Ira J. Lund E-mail: [email protected] Web: http://www.cf-software.com Cumberland Family Software, 385 Idaho Springs Road, Clarksville TN 37043

I'd rather see Ira spend his limited valuable time getting the problems with #3 fixed first. Report formatting for just one example. One should not have to export a CSV file to a spreadsheet to get more than three columns in a report. Or printout of the ancestor list under the 'ancestors' tab, and the window in relationship calculator . These windows produce clear concise reports which can't be duplicated by the report output function. More bells and whistles are not required. What sort of "dramatic change with a lot of enhancements" do you think is needed.? Mike At 20:10 13/05/01 -0700, you wrote: >I've been using the software for some time now and been subscribed here for couple of months. >>From what I've seen so far, isn't a version 4.0 about to roll-out soon? >The wish list must be long enough to provide a dramatic change with a lot >of enhancements. Is it in the works? > >-Alon.

In v 3.06x the word order on event stories like IMIG is changed from the way it was in v3.05. I don't want to trigger the debate again, just please tell me how I reconfigure v3.06x to read the events just like 3.05 did. Mike