>Thanks Cetin.
>Yes.. I read some code that you posted..
>
>Two questions:
>
>question1. Three year ago I Wrotte several macros in WP51 and WP60 and is working. My client need to convert that information to word2000. All the primary file look like this: ......
>
>Numero { fillin "Número en letras" /d "" }. En la ciudad de { fillin "Ingrese el nombre de la ciudad, depto y municpio" /d "" }, ante mi: { mergefield NOMBRE_DEL_NOTARIO }, comparecen { fillin "Ingrese nombres y apellidos del primer sujeto" /d "" }, y por otra { fillin "Ingrese nombres y apellidos dl segundo sujeto" /d "" }, etc........
>
>I am trying: get the mergefields from the secondary file and the fillin in run time (each document needs different fillin information). Is there a way to create a form at run time with the fillin information needed for the document select??
>
>question2. I have a form that call word. In word97 work fine. In word2000 english version work fine. in word2000 spanish version don't work (the problem is in the pagesetup). How can I fix this problem???
>
>Again Cetin.. Thank you very much....Sorry for my english...
Byron,
1) Yes you could create a document with fillin options at runtime but if you know fillin fields beforehand then having them as template docs is easier. Then you would use :
.documents.open(lcTemplate)
instead of
.documents.add
in _samplemerge part. Although instead of FillIn fields you could have docvaribale fields which you coudl supply values via VFP interface and pass to word (then variable filling would be transparent to user in word and you could save values supplied per session for future ref.) :
with oWord.ActiveDocument.Fields
.Add(.Application.Selection.Range, wdFieldFillIn, "Address")
.Add(.Application.Selection.Range, wdFieldDocVariable, "Address")
endwith
You would fill DocVariables from VFP like this :
with oWord.Activedocument
.Variables("Address").Value = "My Address"
.Variables("ToName").Value = "To Name"
.Fields.Update
endwith(Maybe same with fillin but I'm not sure for I nearly never use them).
2) Other than sys(3006,1033) I don't have a clue. Probably it should have something to do with local numeric settings (ie: English versions use comma as thousands separator and dot as decimal separator, Turkish version does the reverse).
Cetin
