Vietnamese names with accents
#1
Posted 29 August 2006 - 12:39 PM
Number 1-4 are mapped to give the accented letters ă, â, ê, ô respectively and work fine, number 5 through 0 are mapped to apply an accent to a previous typed letter, but give me in TMG instead other already accented letters, or the accent as a separate character.
Does anyone have experience with this?
Thanks for any help,
Afina
#2
Posted 29 August 2006 - 02:03 PM
Number 1-4 are mapped to give the accented letters ă, â, ê, ô respectively and work fine, number 5 through 0 are mapped to apply an accent to a previous typed letter, but give me in TMG instead other already accented letters, or the accent as a separate character.
Does anyone have experience with this?
Thanks for any help,
Afina
In WinXP, select Start>>Run
type in "Charmap" without the quotes
Repeat to start two instances of Character Map. Use Mouse in blue at top to separate the two Displays. Set one Charmap to Windows Western. Set the other to Windows Viet Nam.
This will let you see what you are up against: Namely two different character sets. Might as well be English vs Cyrillic or Greek. TMG only supports one 8 byte (256 character/font) set at a time. But maybe you can see the location of the characters you need and then fake it in Word by making two different printouts with two different languages selected, and then interleaving the sheets and throwing away the extras.
#3
Posted 29 August 2006 - 04:39 PM
Thanks for answering.
When I look at the character map in the two settings (̣Western and Vietnam) some letters are indeed missing in Western. (I usually look at the charactermap in Unicode).
However, if I set the language to Vietnamese on my computer (in control panel: regional and language options), I get the proper Vietnamese characters in Word, Wordpad, Excel, Firefox. So why not in TMG?
I'm new at this, but if TMG support a 256 character/font, and all the Alt +#### codes are below 256, why can't I get them in TMG?
Afina
#4
Posted 29 August 2006 - 06:10 PM
I seldom actually crank up TMG or any other Genealogy program except to experiment. Having said that, I have at one time or another set my Regional Settings and/or languages to Vietnamese to use it with Family Treemaker, and have also selected Hebrew to see the right to left problems problems in TMG memos. I became interested years ago when some guy wanted to use UFT with Cyrillic.
By accident, before I uninstalled the Hebrew support "recently", I found that FTM memo fields seemed to handle the right to left script in Hebrew correctly, although TMG did not - as of a few updates ago.
But it looks like the Vietnamese character layout is just a slight modification of the Windows Western layout, so if you have no other persons in the database requiring German or French characters (and perhaps sorting conventions), you might be able to get by with Vietnamese only.
That's about all I know about the subject. You get 256 different characters to play with (up to 0xFF in hex) in your TMG database. You can think of each character as being whatever you like, as long as you have a subset of a single byte "font" to print out each of the characters you actually use.
As to why you cannot use different languages simultaneously in TMG as you can in M$ Word, I gue$$ it all boil$ down to dollar$ and cent$, and workload, and perceived demographics of the respective customer bases. TMG does not support "unicode" at this time.
John
#5
Posted 30 August 2006 - 03:46 AM
I seldom actually crank up TMG or any other Genealogy program except to experiment. Having said that, I have at one time or another set my Regional Settings and/or languages to Vietnamese to use it with Family Treemaker, and have also selected Hebrew to see the right to left problems problems in TMG memos. I became interested years ago when some guy wanted to use UFT with Cyrillic.
By accident, before I uninstalled the Hebrew support "recently", I found that FTM memo fields seemed to handle the right to left script in Hebrew correctly, although TMG did not - as of a few updates ago.
But it looks like the Vietnamese character layout is just a slight modification of the Windows Western layout, so if you have no other persons in the database requiring German or French characters (and perhaps sorting conventions), you might be able to get by with Vietnamese only.
That's about all I know about the subject. You get 256 different characters to play with (up to 0xFF in hex) in your TMG database. You can think of each character as being whatever you like, as long as you have a subset of a single byte "font" to print out each of the characters you actually use.
As to why you cannot use different languages simultaneously in TMG as you can in M$ Word, I gue$$ it all boil$ down to dollar$ and cent$, and workload, and perceived demographics of the respective customer bases. TMG does not support "unicode" at this time.
Thanks John, I guess I'll have to improvise :-)
Afina
#6
Posted 30 August 2006 - 07:38 PM
John
More like TMG *can't* support unicode at this time because, last I heard, Microsoft hasn't seen fit to have Foxpro support unicode.
#7
Posted 31 August 2006 - 03:23 AM
Let's hope Bill gets with it some time this century :-)
#8
Posted 28 January 2007 - 02:04 PM
Here's the real question:
Can we get someone from TMG development to weigh in on a roadmap for Unicode support? Is this something that is not on the roadmap at all due to FoxPro limitiations? Is this something that is a 7.x or 8.x feature?
#9
Posted 10 February 2007 - 02:58 AM
Karla
#10
Posted 01 January 2008 - 05:31 AM
Mosh
#11
Posted 01 January 2008 - 11:20 PM
For the more technical you can read about it here:
http://www.west-wind.com/presentations/fox.../foxunicode.asp
"Using Unicode in Visual FoxPro Web and Desktop Applications"
...
Summary
Using Unicode in Visual FoxPro is definitely not for the faint of heart. If you are lucky and you can get away with using a single locale specific Unicode language, Visual FoxPro’s code page translation mechanism can get you reasonable language capabilities in your application without too much extra work. Problems don’t arise until you have more than one language involved.
....
It’s a shame VFP doesn’t have better support for Unicode.
....
Whollygenes may have to change to a new database backend, which probably means starting over! Or building a bridge to a new database?
Lets hope.
#12
Posted 04 January 2008 - 12:38 AM
* Interface strings
* Fonts
* Images
* Data sources
* Currencies
* Right-To-Left writing systems
* Dynamic dialogs
http://www.stevenblack.com/intl%205.asp
I am not a programmer, but I do realise that this is just one possible part of converting tmg to unicode.
Heres hoping.
#13
Posted 04 January 2008 - 08:09 AM
If VF10 does NOT appear, TMG may have a decision to make several years down the road, depending on whether something better comes along.
That would also mean that UTF-8 GEDCOMS could be imported directly. For the moment, the workaround is to bring them into wordpad and save them as ASCII.
Edited by retsof, 04 January 2008 - 08:10 AM.
#14
Posted 11 January 2008 - 01:09 AM
VFP can do Double Byte Character Sets
http://weblogs.foxite.com/boudewijnlutgeri...03/12/3439.aspx
#15
Posted 11 January 2008 - 09:56 AM
VFP can do Double Byte Character Sets
http://weblogs.foxite.com/boudewijnlutgeri...03/12/3439.aspx
IMO, modifying an application the size of TMG using the technique described on that page is impractical.
#16
Posted 11 January 2008 - 03:45 PM
Hi John,
I am not a programmer.
Can you say why it is impractical from a programming point of view?
Also what would you do as a programmer to have tmg handle Unicode?
What would be a trade off or a possible solution that could be programmed and handled by tmg.
How about just the memo fields using this method to at least preserve the original data from UTF-8 GEDCOMS?
#17
Posted 15 January 2008 - 06:42 PM
Can you say why it is impractical from a programming point of view?
Also what would you do as a programmer to have tmg handle Unicode?
What would be a trade off or a possible solution that could be programmed and handled by tmg.
How about just the memo fields using this method to at least preserve the original data from UTF-8 GEDCOMS?
In addition, as if any more disincentives were needed, it would be a big job to rewrite the many (hundreds?) of TMG forms to use the controls the article advocates.
The article describes a little hack that someone did to implement a tiny application and the solution simply doesn't apply to a large application like TMG. The article title is misleading: the data is not stored in VFP, and using VFP to create a form or two of a user interface is an uncommon use of the tool.
I do not have a solution to the problem of how to add unicode support to TMG other than to rewrite TMG to use a different database engine than VFP. If there was a practical solution that didn't involve a complete rewrite, Wholly Genes would have done it.
#18
Posted 16 January 2008 - 03:09 AM
Thanks for detailed answer.
I appreciate and believe I can see what you mean.
#19
Posted 11 April 2008 - 06:53 PM
We must not hide our head in the sand here. So the "handwriting is on the wall" for both Visual FoxPro and its extensions like TMG. The terminal diagnosis has already been given, even if its vegetative state will be ensured for a few years of life support. What kind of life and hope is that?!
Surely there is an up-and-coming programmer (or several) who is/are also interested in genealogy. Let them come on board so the ship we're on doesn't sink. There clearly needs to be a shift from COM-based to .NET based.
And the sooner the better.
#20
Posted 11 April 2008 - 08:00 PM
Number 1-4 are mapped to give the accented letters ă, â, ê, ô respectively and work fine, number 5 through 0 are mapped to apply an accent to a previous typed letter, but give me in TMG instead other already accented letters, or the accent as a separate character.
Does anyone have experience with this?
Thanks for any help,
Afina
You'll find some ideas you may find useable at http://www.whollygenes.com/forums201/index...?showtopic=9809. I wish you and everyone else all the best as we do our best to put things accurately into our Tree for ourselves and those we may teach.
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users











