|
Then I can only wonder why the rest of the entire world does this in html, asp, aspx, jsp, and every other html based language. Are they "behind the times" and Adobe has the cutting edge in this or is it the other way around? Why not at least give us the choice whether we want it "wysiwyg" or not instead of "making" the decision for us or making us have to work our backsides off to get wysiwyg?
If you've ever keyed data off of a social security number, the non-wysiwyg can make for some very strange data coming in. We've actually had people enter their ssn all 4 different ways, 111-223333, 11122-3333, 111223333, and 111-22-3333. Each one of these is displayed as 111-22-3333 but will create a NEW record in the database unless you write extra code to reformat it when it comes in BEFORE its used anywhere.
So I'm not sure that the answer is "pretty clear".
Hope this can help too.
~nicholas
__________________________________________________________________ The answer is pretty clear. With formatted data, you can not do much at all further on ... unless you first strip the formatting. So, asking for "wysiwyg" for _data_ is definitely not a good idea. There is a very distinct difference between _presentation_ and _data_. Hope, this can help. Max Wyss PRODOK Engineering Low Paper workflows, Smart documents, PDF forms CH-8906 Bonstetten, Switzerland Fax: +41 1 700 20 37 or +1 815 425 6566 e-mail: mailto:[EMAIL PROTECTED]http://www.prodok.com[ Building Bridges for Information ] ______________________ Unlike HTML, PDF is NOT WYSIWYG, it uses display "masking". Unless you actually change the "value" to have the $ and commas, you will not get displayed data "sent" to the server in the post only the actual value entered by your user. Here's a question for Adobe - Why don't you give us WYSIWYG, you do for the rest of the form but not the fields. If you can change what displays surely you can change the value. To change your subscription: http://www.pdfzone.com/discussions/lists-pdfforms.html. |