Thanks, Paul.

SNIP
>>In addition, given that I can make such forms using WordXX, does anyone know if this is, in fact, what the Adobe product uses to accomplish this? If so, what are the implications of 'named' entry areas, calculation "macros", etc on such Adobe-rendered/completed forms?
>>
>
> You can embed JavaScript into your formst to handle calculations, validation, etc. Not sure what you mean by "what the Adobe product uses to accomplish this". It uses the PDF file format and the Acrobat Reader. Since the reader is free, your users don't need Word. Most gov't agencies are using this technology for their forms, and making them available on the web. You can create your basic form in Word, Publisher, whatever, print it to a PDF via Acrobat, then open the PDF and add the fields to the form.

Yes, I should have been more clear in this part of my questions... does a "fill-in form' created with WordXX (using the Forms toolbar and its 'text-box, check-box, etc icons) get 'properly' transformed by Acrobat such that I really have no further work to do to have an Acrobat "fill-in form"? From the sound of your answer, the fill-in areas are added after transforming the form to PDF format and so are totally outside the purview of WordXX.

Am I correct that, to use such form fully, the receiver of such forms will really need the full Acrobat product?

Finally, it does sound like lots of work save, possibly, when the WEB is the prime medium. It sounds like I would be just as well off using standard WordXX fill-in forms if the WEB is not my primary medium.

Again, thanks Paul.