Global default form field font change

Hi.
I've created a form in InDesign (CC 9.2.1) with mulitple text fields. Does anyone know of a way to globally change the font from Times New Roman to another in the PDF? This is the default font, but it clashes visually in the form. I'd like to change it to Arial or Helvetica (nothing fancy), which would better suit the form, and look much more professional than Times.
I've read that JavaScript can do this (when run from the Debugger console in Acrobat – my version is 11.0.06), but I don't know JavaScript well enough to write or debug it.
Manually selecting properties on every field would be very time-consuming, and there's no option to pre-select the font in InDesign. Plus, if I then amend the form or make changes in InDesign, I'd have to re-do all my properties changes.
I've also seen a comment (on here somewhere) where someone has altered a registry file to set the default font. I'm on Mac, so does anyone know of a similar method on Mac that might work? I'm happy to delve into package contents etc.
Has anyone had any success doing this?

Firstly, try changing the ContactID to a hidden field, and
just for the user
maybe display it on the page also.
<input type="hidden" name="ContactID" value="**put field
here**" />
As for the username, in your Application Panel under Bindings
click the +
and choose Session Variable and enter MM_Username. Drag this
where ever you
want it to appear, including the default value for a field.
HTH
Piers

Similar Messages

Javascript to adjust form field font size by number of entered characters?

I have a form field that asks for 'full name' (first, middle, last). It's posted large at the top of the form. Some people's names are short, some long.
Is there a javascript way to adjust the font size used within a form field based on the number of characters entered into field?
i.e. if the name entered is Joe Smith, the font size is 30pt, if it's Alexander Hamilton the font size is 20pt?
Thanks!

Uhm... because I never noticed that option before! hehe. Jeez.
Gilad, thx much. That's exactly what I was looking to accomplish.
(An aside: trying to find a specific Adobe solution or function isn't very easy. I always search the forums, the documentation, and Google before posting any question here. Seems like there are so many features in every product that change so frequently that finding even a simple answer is a challenge...)

Form Fields Keep Changing

I am new to Acrobat XI Pro. I am creating a fillable form. I have all my fields in place i.e. text, check box, etc. and in the process of cleaning up the form by resizing and shifting some of the fields. When I make a change in size or position of one field, it changes all the other fields at the same time, which messes up the whole form. Is there a setting I am not "unchecking" or a way to prevent this from altering the rest of the form?

Are you saying that it changes the sizes of the other fields when you change one, or is something else being changed?

Adobe Reader 9 Editible Form Field Font Color

I seem to be having a problem (or what I believe to be a problem) with Adobe Reader 9 when filling out PDF editible forms. On screen I enter data into the editible field and the font color is black but when I print the form, the editible field data prints in green. I don't remember this being the case with prior versions of Reader so I'm wondering if this is new and is there a way to return the text printed text color to the correct font color? Any help would be appreciated.

George,
Thanks for the reply. Although I have a third party PDF Editing tool I have tried this with other PDF editable forms and they all seem to be exhibiting the same behavior. For example I went out on the internet tonight and found a UCSB Order Form on http://www.grafikart.com/order/ucsb.htm. When I open this form and type in text the displayed text is always black but when I print the form the entered text is always dark green. Note that I contacted my third party PDF editor tool about the problem they suggested that I run the unedited form thru their software and set all existing fields to be editable and then re-save the form after insuring that the text color for the editable fields was black. I did all that and again, the color of displayed text is still dark green. Note that when I'm talking about the text being green I want you to understand that the form itself prints in black text however any text that I enter into the form always prints dark green.

CS6 static text field fonts change size on export to iOS

I've resolved my previous isue with opening my CS5.5 project in CS6 ... but now when I package the project for iOS, all of my text is slightly larger nad offset compared to what Isee in Flash Pro CS6. I'm using Classic Text - Static Bitmap (no anti aliasing).
Are their new features with regard to Fonts that I should be aware of?
Any ideas?

WARNING: What you'll see here is undocumented, unsupported, could break at any time, should not be used to control critical functions like landing airplanes, yada, yada, etc., etc. Use at your own risk -- it's up to you to make it work. I have no recollection of ever typing this, so can't be held accountable.
Phew! Anyway, a couple of months ago, I asked Jeffrey Friedl the same question. His reply:
I asked for (and was given) permission to tell you:
     f:static_text {
         title = 'Visit Site',
         mouse_down = function()
            LrHttp.openUrlInBrowser( someUrl )
         end,
         [ WIN_ENV and 'adjustCursor' or 'adjust_cursor' ] = function()
            logger:debug('mouse_over handler activated')
         end,
         text_color = LrColor( 0, 0, 1 ),
Enjoy!
When asked if I could share the information, he replied:
The permission didn't come with any restrictions, so I guess it's okay to
spread around.
Anyway, the critical part of the code snippet that's missing is what to do in the "mouse_over handler" function. What I did for all of my links was to call a common function that would launch an async task that would change the color of the link, then change it back after a period of time.
I passed "self" (the static_text being hovered over) to my common routine so it could keep track of the active link, and reset the previous link when the user hovers somewhere new.
Good luck, and, as Jeffrey said, Enjoy!
-Don

How to change font in multiple form fields?

I am creating a form - there are about 2 dozen form fields that are set up.
I had Acrobat detect form fields.
Is there a way I can select multiple form fields and change the font in all of them?
I have tried selecting all the fields [cmd A] and double clicking to get to the appearance tab.
The only changes the font in the 1 field I double click.
thanks everyone!

matthewmcneil wrote:
I am creating a form - there are about 2 dozen form fields that are set up.
I had Acrobat detect form fields.
Is there a way I can select multiple form fields and change the font in all of them?
I have tried selecting all the fields [cmd A] and double clicking to get to the appearance tab.
The only changes the font in the 1 field I double click.
thanks everyone!
Select all the form fields , select first the hold shift key and select the rest Then right click or control click and choose properties. then look for "Fonts" choose desired font. If this works your all set otherwise you will have to choose each indivually and change.

Font changes in PDF form fields created in InDesign

I wasn't sure where to post this -- InDesign or Acrobat forum -- I created a lot of form fields in InDesign and when I exported to PDF, some of the form fields ended up using Times and some using Helvetica. When creating the fields in InDesign, I copied and pasted most of them to duplicate them and then changed their names, so it seems like they should all be using the same font.
I know how to later change the form field font in Acrobat, but it's not efficient to have to do that.
If anyone knows how to specify which font is used in an InDesign form field and make it stick in the resulting PDF, I hope you'll help me out.

Check if there is everything OK with the <ORACLE_HOME>\tools\Common90\uifont.ali file.
You can alias specific styles of font there. For example
Courier.12... = Courier.14....
changes courier 12 to 14 in the report output.

Filling of form fields changing depending on how PDF is opened, why?

First of all, here is the error message that I am trying to deal with:
"This document contained certain rights to enable special features in Adobe Reader. The document has been changed since it was created and these rights are no longer valid. Please contact the author for the original version of this document."
Software & PDF details:
Adobe Reader 8. V8.1.1
PDF Producer: Toolkit http://activepdf.com
PDF Version: 1.5 (Acrobat 6.x)
The PDF is set to with:
Filling of form fields: Allowed
After investigation I have found that:
If I open the file by double clicking, I am able to fill in the fields and save without any problems.
If the file is opened as a result of a software process trigger (which is what I actually want to achieve), the "Filling of form fields" is changed to "Not Allowed". This then results in the error message described above.
Also, I have another PDF with exactly the same settings as above (PDF version and Producer etc), which successfully generates as a result of the software process trigger. This file that works does not change the "Filling of Form Fields" value.
So, my question is, why would a particular PDF change the "filling of form fields" value depending on how it is opened?

Ok, that is a useful result, telling us a lot.
Some background you need. Reader 8 CANNOT SAVE FILLED IN FILES normally. To be able to save them they must be specially prepared. This is called "Reader enabling". (In your original message, "rights to enable special features in Adobe Reader") To prepare a file Acrobat can be used, or a server product which has had many names but is currently LiveCycle Reader Extensions. If this is not done, the form cannot be saved, whatever its origin.
Now, a file may not be changed/damaged in even the slightest way after this preparation. This will produce the message seen.
So, your test seems to show
- the original file is OK, undamaged
- by the time the file is delivered from the database to the user it has been damaged/changed.
So, you now have a path to pursue through the software.
(To clarify: this only applies if you used Windows Explorer to save the file, NOT any save function in Reader; if you saved in Reader please repeat the test with Windows Explorer).
Message was edited by: Test Screen Name

Color Changes when form field added

When I add a form filed to a pdf, the color changes on the output of the pdf.
Print out the attached pdf pages 1 and 3. Look at the green button. It is darker on the pages with the form field(p1) then on page 3. they are the same source file. It like when I add the form field, it changes the page to a CMYK color space and the images are in a RGC Color space.
Any ideas

Follow-up:
One of my colleagues is working on a product feature that involves checkboxes (this is how I came across this issue in the first place). His checkboxes aren't contained within a form element whereas in my test page I described in my question when I removed the form from the page the issue didn't manifest.
However, the page he's working on does contain other forms so I decided to modify my test page to try to replicate this scenario. I found some really odd behavior.
If I have a form on a page but the checkboxes are not children of that form, and if I dynamically add a single INPUT element or a single TEXTAREA input, the checked values just disappear on page refresh. That's expected since the lack of a parent form should eliminate the memory of the checkbox values, right?
Well, when I dynamically add '''both''' an INPUT element and a TEXTAREA element it goes right back to remembering '''and''' moving the checked value, but only by one step. By comparison, if the checkboxes and the dynamically added form fields are contained with a form the checked value will move by a number of steps equal to the number of dynamically added form fields.
Strange, strange behavior I can't really decode with certainty across the entire range of possible scenarios...

Can I port content from one pdf form to another, from within the form fields?

WE have been given a seasonal update to our pdf forms - with one new additional form field. Is there a way that I can port all the content from my ready filled form into this new one, without having to copy and paste each individual field?
Thanks.

What is it that you want to do
- you are the form filler; you want to keep the contents of a filled in form (and put them back into a changed form)?
- you are the person responsible for adding/changing form fields; you want to keep the design and location of the form fields while changing the underlying PDF?
- both of these?

CC 2014 Palette Form Fields Not Recognized with Dual Monitors

When I'm using a dual monitor setup, my second palette monitor (usually my MBP) can render palette form fields unclickable. For example, if I want to click into the form field to change the stroke size, my pointer clicks straight through to the finder as if the palette wasn't there. However, I'm still able to grab the top of the palette and move it to the main monitor. When I do this, the palette works fine, moving it back recreates the issue. This problem is intermittent, but has happened a handful of times in the last month.
So far I've experienced this with Illustrator CC and CC 2014 as well as Photoshop CC 2014.
My current setup is a 2013 2.6 GHz MBP with 10.9.4 and the most recent versions of CC and CC 2014.
Any ideas?

oh, forgot to say Mavericks 10.9.5 running on the mac pro..

I need to substitute the default font (times roman) in my editable form fields with a san serif...

I am making a PDF with editable form fields out of InDesign CS6. When I make the interactive PDF, the font, Helvetica Neue is being substituted with the default font, Times Roman. The client has provided me with last years PDF which has a nice San Serif for the editable fields. I need to change the font either to Helvetica Neue, or at least to a nice San Serif common system font. I have Acrobat X.
Thanks in advance!!

I called a friend of mine who walked me through this so I will post the instructions for anyone else who may be having this problem...
1. Open the PDF with the form fields in a recent version of Acrobat.
2. Click on the Toolls tab.
3. Under Forms, click Edit.
4. Now you will see your fields listed under "Field" > "Sort by"... "Text Field 1"... etc.
5. Holding "control" click where it says "Text Field 1" and some options will pop up.
6. Click on "Properties".
7. A "Text Fields Properties" window will pop up.
8. Click on the "Appearance" tab.
9. Here you can change your fonts and font sizes.
Good luck!

Changing fonts in interactive form fields

I have created a form in Acrobat Professional 8 containing various form fields to be filled in. I want the end user to be able to change the font and colour of the text in each form field before printing it out. The end user will be using Adobe Reader - not Acrobat.
How can I do this? Also, can it be done so that users can open and edit the pdf in Adobe Reader 6, or would it have to be a later version?
Any help or suggestions much appreciated.
Thanks,
Emma.

I have figured out how to do this at long last - no thanks to Adobe customer support who told me it can't be done - and the answer was simple as I suspected... To enable users to edit the attributes of text in a text field in Adobe Reader you simply need to check the 'allow rich text formatting' box on the Options tab of the text field properties when you create the text field in Acrobat. Then once the pdf is opened in Reader, simply Control + E to bring up the properties tool palette and you can change font, colour, size, spacing etc.
Thought I would just post this in case anyone else is trying to do the same thing.

Cfpdfform (CF8) changes text-field font of an adobe 9 pdf form to Courier

I'm having problems getting cfpdfform to render the text-field font as it exists in the source pdf form.
The source pdf form was created in Acrobat 9 Standard.
When I download the pdf from the server using cfcontent, the text-fields look as expected, retaining their designated font (and the pdf has the desired fonts embedded).
However, when I do a cfpdfform action="populate", the text-field font is switched with Courier (even though the desired fonts remain embedded).
This happens regardless of what font I pick.
I have verified that the font exists on the server and in cf admin.
Here's my code:

<cfpdfform action="populate"
           source="#pdfPathFile#"
           destination = "#pdfPathFile#"
           overwrite = "yes">
    <cfpdfformparam name="student_name" value="first name and last name" />
    <cfpdfformparam name="certificate_title" value="a cool certificate title" />
    <cfpdfformparam name="certificate_date" value="1/1/2010" />
</cfpdfform>

<cfpdf action = "write"
       destination = "#pdfPathFile#"
       source = "#pdfPathFile#"
       flatten = "yes"
       overwrite = "yes" />

<cfcontent
    file = "#pdfPathFile#"
    deleteFile = "yes"
    reset = "yes"
    type = "application/pdf" />
Commenting out the cfpdf action = "write" block produced the same outcome.
Using different source and destination filenames (vs overwriting existing one) didn't make a difference, either.
Any ideas on how I can get cfpdfform to respect my predefined text-field fonts?
I truly appreciate your time.

The problem was resolved.
Turned out to be the way the pdf was created by Adobe 9 Standard that made cfpdfform misbehave.
Three things we did seemed to have made the pdf acceptable by cfpdfform:
1. Downloaded the latest updates for Adobe 9 Standard
2. Checked on the text-field "Multi-line" property
3. Checked off the text-field "Rich Text Formatting" property
Cheers.

When creating a fillable form fields from an existing pdf file, how do you set or allow end user to set the font size in the fields?

I successfully created a form filled pdf using an existing pdf document. However, the font size is too large to allow end user to type in information in the form box. Is there a way to 1)globally set all of the form fields when generated to a much smaller font size &/or 2) allow end user to change the font size if needed to put all information in one box without font being so large?

Hi DenisonDoc,
There is no option right now to set properties globally primarily for Text fields. You may make sure fields doesn't contain anything.
Select all the text filed from the form and right click any of the selected field make sure all of them are selected choose properties --> Appearance there you can choose Font Size and Font type.
- End users cant change size and type of font. It is up to designer.
Regards,
Ajlan Huda.

Global default form field font change

Similar Messages

Maybe you are looking for