At 02:09 PM 5/21/2017, Judy Madnick wrote: >you can update your information...and then click on Okay. It doesn't >seem to be necessary to click on Apply first...but if Okay doesn't >work for you, you can go back and click on Apply and then Okay.. The standard Windows meaning for "Okay" and "Apply" are: OKAY: save changes (and update any affected windows) and exit dialog window Apply: save changes (" ") and keep dialog window open for further changes -- bieber.genealogy@earthlink.net Dennis Lee Bieber HTTP://home.earthlink.net/~bieber.genealogy/

Hi all: Thanks for all your replies. I updated in Preferences and everything is working okay once again. Janet

Donald Range wrote: > Supplementing Judy's reply, to have the email address and phone number > that you have entered in File/Preferences show up at the end of your > report it is necessary to check the Address box in the report options as > well as the E-Mail and/or Phone boxes. Well, sort of <grin> This is the result of a remaining bug in the final version of TMG. "Which Researcher data fields output depends upon other fields being selected" and the combinations are "interesting" See the description in my list of bugs here: http://mjh-nm.net/BUGS.HTML#B43 The "Workaround" states: "Always select for output at least Name and Address to ensure getting any other fields. If you do not want either of these two fields in the report, delete them manually in the Word Processor." Hope this helps, Michael

I think I can answer that! Go to File, Preferences, Current Project Options, and General, where you can update your information...and then click on Okay. It doesn't seem to be necessary to click on Apply first...but if Okay doesn't work for you, you can go back and click on Apply and then Okay.. Judy Madnick Albany, NY On Sun, May 21, 2017 at 2:01 PM, genie genie <genie22@shaw.ca> wrote: > What steps are required to change name/address, etc. at end of reports? > > Janet > The TMG archive is found here: http://archiver.rootsweb.ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Supplementing Judy's reply, to have the email address and phone number that you have entered in File/Preferences show up at the end of your report it is necessary to check the Address box in the report options as well as the E-Mail and/or Phone boxes. If you don't check the Address box no email or phone number will be in the report even if their boxes are checked. This behavior is included in a discussion of TMG Report Output bugs on Michael J. Hannah's website at http://www.mjh-nm.net/. It's OK to check the Address box in the report options but leave the Address fields blank in File/Preferences if you want your report to contain email and/or phone but no address. On 5/21/2017 11:09 AM, Judy Madnick wrote: > I think I can answer that! > > Go to File, Preferences, Current Project Options, and General, where > you can update your information...and then click on Okay. It doesn't > seem to be necessary to click on Apply first...but if Okay doesn't > work for you, you can go back and click on Apply and then Okay.. > > Judy Madnick > Albany, NY > > On Sun, May 21, 2017 at 2:01 PM, genie genie <genie22@shaw.ca> wrote: >> What steps are required to change name/address, etc. at end of reports? >> >> Janet >> The TMG archive is found here: http://archiver.rootsweb.ancestry.com/th/index/TMG/ >> Instructions on how to subscribe to TMG: http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html >> ------------------------------- >> To unsubscribe from the list, please send an email to TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message > The TMG archive is found here: http://archiver.rootsweb.ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message >

What steps are required to change name/address, etc. at end of reports? Janet

See http://www.mytoshiba.com.au/support/items/faq/695 - you can set the F-keys to be 'normal' or Toshiba special-mode. Don F -----Original Message----- From: TMG [mailto:tmg-bounces+don=ferguson.name@rootsweb.com] On Behalf Of John Cordes Sent: Sunday, May 21, 2017 12:55 AM To: tmg@rootsweb.com Subject: Re: [TMG] Shortcut Function keys, F2, F3, etc., not working Jim, Can you find a function lock key on the laptop keyboard -- possibly labelled something like "F Lock"? If so, try pressing it to turn on F-lock and see if that changes things. John Cordes On Sat, May 20, 2017 at 09:38:39AM -0500, Jim Slade wrote: > My Toshiba laptop runs TMGv9.05 in Windows 10 OS just great, except > that the keyboard shortcuts, using function keys such as F2 & F3 do > not work for TMG. For instance, when I press F2, it lowers screen > intensity & F3 raises screen intensity, instead of acting as TMG repeat keys. > > Is there anything thing I can do to engage the function keys as they > really speed up data entry in TMG. The TMG archive is found here: http://archiver.rootsweb.ancestry.com/th/index/TMG/ Instructions on how to subscribe to TMG: http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html ------------------------------- To unsubscribe from the list, please send an email to TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Jim, Can you find a function lock key on the laptop keyboard -- possibly labelled something like "F Lock"? If so, try pressing it to turn on F-lock and see if that changes things. John Cordes On Sat, May 20, 2017 at 09:38:39AM -0500, Jim Slade wrote: > My Toshiba laptop runs TMGv9.05 in Windows 10 OS just great, except that > the keyboard shortcuts, using function keys such as F2 & F3 do not work for > TMG. For instance, when I press F2, it lowers screen intensity & F3 raises > screen intensity, instead of acting as TMG repeat keys. > > Is there anything thing I can do to engage the function keys as they really > speed up data entry in TMG.

My Toshiba laptop runs TMGv9.05 in Windows 10 OS just great, except that the keyboard shortcuts, using function keys such as F2 & F3 do not work for TMG. For instance, when I press F2, it lowers screen intensity & F3 raises screen intensity, instead of acting as TMG repeat keys. Is there anything thing I can do to engage the function keys as they really speed up data entry in TMG.

Hi - if the records are there but the surname field is empty - you may be able to use TMGutility to put it back -----Original Message----- From: TMG [mailto:tmg-bounces+christopher.gray=gray-ons.org@rootsweb.com] On Behalf Of Afina Broekman Sent: Friday, May 19, 2017 11:41 AM To: TMG List Subject: [TMG] Surname disappeared Yesterday I discovered, that one of the surnames (Hall) in the large database I am working on had disappeared. Going back through my backups, it must have happened about a week ago. At this point it will be easier to add the surname again, than to restore a backup, but I am wondering whether it ever happened to anyone else. In the TMG archives I found a post from 2002, where a name field seems to have disappeared. In the picklist, the names still sort under Hall, but don't show the name. The surname field is empty. What could cause this, and how to prevent it. I have the last version of TMG. Afina ------------- Afina Broekman afinab@hotmail.com website: http://dutchgenie.net blog: http://dutchgenie.net/wordpress/ The TMG archive is found here: http://archiver.rootsweb.ancestry.com/th/index/TMG/ Instructions on how to subscribe to TMG: http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html ------------------------------- To unsubscribe from the list, please send an email to TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

John and Chris, Thanks for answering. (Sorry for answering this way, but I am subscribed to the digest, and could not figure out how to reply to something in the archives) I did all the recommended maintenance. Did not change any name styles. I had the back-ups, where I found out that it must have happened about a week ago. I had done so much other work on this database, that I really didn't want to go back to that backup. I am just worried about it happening at all Afina ------------- Afina Broekman afinab@hotmail.com website: http://dutchgenie.net blog: http://dutchgenie.net/wordpress/

Yesterday I discovered, that one of the surnames (Hall) in the large database I am working on had disappeared. Going back through my backups, it must have happened about a week ago. At this point it will be easier to add the surname again, than to restore a backup, but I am wondering whether it ever happened to anyone else. In the TMG archives I found a post from 2002, where a name field seems to have disappeared. In the picklist, the names still sort under Hall, but don't show the name. The surname field is empty. What could cause this, and how to prevent it. I have the last version of TMG. Afina ------------- Afina Broekman afinab@hotmail.com website: http://dutchgenie.net blog: http://dutchgenie.net/wordpress/

Afina, I'd start by making a backup of your project before you attempt to correct the issue. Next, I'd use the File > Maintenance > Optimize command to see if that helps. Lastly--for now--have you make any changes to Name Styles? I assume you haven not, but if you did, please describe what you changed/customized. John

The May meeting for the Boston-area TMG user group will be this coming Sat, May 20 at 1 pm in Burlington at our usual location on Commonwealth Executive Drive at the Patriot Energy/Mint Energy building. We start out our meetings with a discussion of what everyone has been working on, and problems or ideas they have. I don't have any specific topic for this month - let's all share our goals for this summer. It's a good way to get energized for some special genealogical work - or breaking down of brick walls! Perhaps someone can speak about the new Legacy software..... Directions: Turn off 95/128 at exit 32B, Middlesex Tpke, heading towards Boston (away from the Burlington Mall). Immediate left onto Wheeler Road. Then first left (about 1/4 mile) onto Commonwealth Executive Drive. There is only one building, at the end of the road. Go in the front door, upstairs. The meeting will be on the left on the second floor. There is an elevator. We have refreshments :) Linda Reinfeld

At 5/9/2017 11:51, Michael J Hannah wrote >As seen by the discussion in the Import/Export chapter of my book >describing the affect on custom Flags when merging two datasets: > >http://www.mjh-nm.net/IMEXPORT.HTML#MergeCustomFlags > >people can wind up having a Flag *set* to a value which is not >defined as possible to *assign* for that Flag. As noted by testing, >under certain conditions after merging: > >"... each merged person from the sending dataset will retain their >flag value even if that value is not defined in the receiving dataset." > >I don't know the internals of TMG, but this clearly shows a >difference between the values in the C table which must only define >what values are currently possible to *assign* to a person, and the >value currently *set* for any given person. > >What I had wondered about Kathryn's situation was whether in the >Gwen file (with ?,N,Y) she could find people whose Flag values >showed 'P'? I also wondered whether her actions had included any >merge activities at any prior point. If so this might explain the >entire situation. I had forgotten this aspect of merging. I do seem to recall that a WhollyGenes newsletter addressed this issue regarding an old DOS version of the program. The article suggested that the user make sure that the same Custom Flags (and settings) should be defined for both data sets before a merge was made. Unfortunately, I cannot find that newsletter -- it must have been very old. It may have been a posting on the old CompuServe Roots Forum TMG group, but I no longer have any of those messages. I don;t known if this applies for this case though. But if Kathryn had done some data set merging then it could well apply and would explain her situation. Lee

At 5/8/2017 16:59, Kathryn Bassett wrote >Flags in the Gwen file have only ?,N,Y and the order of the flags window >shows the 3 flags at the bottom. >Flags in the GwenJan19 file have ?,N,Y,P and the order of the flags window >shows the 3 flags much further up. Huh?! This is souding like you _do_ have a C table, but that certain Flags are no longer listed (they are not in the Flag window at all), or the Flags are shown in the Flag window, but the setting values are not shown. Thus you are saying that the Flags database (the C table) _is_ there, but that either some Flags or some settings for those Flags are missing. And from the sounds of things, it is only the Custom Flags that are affected. The only difference I have found between the default Flags and Custom Flags is the restriction against deleting the default Flags. If this is so, it would appear to me that there may be more wrong with the project than just the Flags. The Flag situation may be the only easily visible manifestation of the problem. Lee

At 5/8/2017 16:32, John Cardinal wrote >Lee's comment makes me wonder if I misinterpreted your post. I thought the >_VALUES_ of the custom flags were right (so that people who should be a "P" >are recorded that way) but the _DEFINITIONS_ of the flags were incorrect. >I've seen that happen before, and it means that you can see existing records >with some values (like "P", in your case), but can't assign the new value to >someone because it's not one of the choices when you double-click the flag >to edit it. > >If the flag assignments are not correct, i.e., if people do not have the >right values, then replacing the "C" files won't help at all. As Lee >mentioned, the per-person values are stored in the $ table, not in "C". If >you restore that, you'll make a mess you can't fix. No, you are right. But if there are no Flag definitions (no C Table) then there is no place in the person ($) Table for the setting values as those are based on the C Table. In my tests (admittedly not extensive), the lack of a C Table meant that the Flag values that had been in the $ Table were dynamically lost since there were no Flag definitions. My problem is that I don't understand how the project was even opened with the lack of the C Table (get an "open elsewhere" error). I eventually opened the C table by itself and deleted the existing definitions. TMG then opened normally but without any Flags. Closing the project and opening the $ table showed no Flag values or places for them. All this was with the SAMPLE project. Lee

Kathryn Bassett observed: >> Flags in the Gwen file have only ?,N,Y and the order >> of the flags window shows the 3 flags at the bottom. >> Flags in the GwenJan19 file have ?,N,Y,P and the order > > of the flags window shows the 3 flags much further up. and Lee Hoffman replied: > Thus you are saying that the Flags database (the C table) > _is_ there, but that either some Flags or some settings > for those Flags are missing. As seen by the discussion in the Import/Export chapter of my book describing the affect on custom Flags when merging two datasets: http://www.mjh-nm.net/IMEXPORT.HTML#MergeCustomFlags people can wind up having a Flag *set* to a value which is not defined as possible to *assign* for that Flag. As noted by testing, under certain conditions after merging: "... each merged person from the sending dataset will retain their flag value even if that value is not defined in the receiving dataset." I don't know the internals of TMG, but this clearly shows a difference between the values in the C table which must only define what values are currently possible to *assign* to a person, and the value currently *set* for any given person. What I had wondered about Kathryn's situation was whether in the Gwen file (with ?,N,Y) she could find people whose Flag values showed 'P'? I also wondered whether her actions had included any merge activities at any prior point. If so this might explain the entire situation. Michael

>what is the best free cloud storage for my tmg data ?thank you -DeAnne Lee has given you some important information about not having your active TMG database linked to a cloud service. As for which is the best one? In Australia I often say to like questions "which car is best a Ford or a Holden" of course the answer is the one that suits you, they both do a good job of transporting you around :) (and we have many more brands and models too, just historically it was Ford vs Holden!). I guess some of the popular cloud services for personal use are Dropbox, Google Drive and OneDrive (Microsoft). They offer free storage of 2GB, 15GB and 5GB respectively. Although the Google Drive storage amount is part of whatever other Google services you use eg Gmail. I personally use Google Drive and Dropbox. If you want a comparison of individual features do a Google search on say Dropbox vs Google Drive or Dropbox vs OneDrive and you will find reviews that highlight the features of each service. Any of these three and others too will do what you want, cloud backup of your TMG data. Hope this helps a little. Graeme Simpson --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

Kathryn, Lee's comment makes me wonder if I misinterpreted your post. I thought the _VALUES_ of the custom flags were right (so that people who should be a "P" are recorded that way) but the _DEFINITIONS_ of the flags were incorrect. I've seen that happen before, and it means that you can see existing records with some values (like "P", in your case), but can't assign the new value to someone because it's not one of the choices when you double-click the flag to edit it. If the flag assignments are not correct, i.e., if people do not have the right values, then replacing the "C" files won't help at all. As Lee mentioned, the per-person values are stored in the $ table, not in "C". If you restore that, you'll make a mess you can't fix. So, if the flag _definitions_ are incorrect, you can experiment and see if replacing the _C files helps. If the flag _values_ are incorrect, you cannot replace the $ files to fix it. You could use TMG Utility to help fix the problem: 1 - Make a file that contains the ID# and the flag value from a version of the project that has the right flag values. 2 - Use that file to update the current version of the project via the "Set Person Field" feature in TMG Utility. John