I have created a PDF file from an Excel Workbook. Each tab in the workbook has a range name that is in the "rows to repeat at top". I have a table of contents that hyperlinks to each of these range names in each worksheet. When the PDF is created, sometimes a worksheet will become 2 pages. The hyperlink shows at the top of both pages (because it is in the "rows to repeat at top"). When I click on the hyperlink in my table of contents, it always goes to the range name in the second page rather than the first. Is there any way around this? I have attached example files

I am using Microsoft Windows 10 Enterprise 10.0.14393 Build 14393 and Excel 2013 (15.0.4953.1000) 32-bit

If you already have an object selected and need to add to that selection the common universal procedure is to hold down the shift key on the keyboard while clicking the object you want to add to the already made selection. It works fine unless you have the "Output Preview" window open. In that case instead of adding to a selection it creates a new sticky note. You used a universal keyboard/mouse combo for "adding to a selection" to instead create a new sticky note but only when "Output Preview" is open. This needs to be changed to a different keyboard/mouse combo so that SHIFT+CLICK works the same whether the "Output Preview" window is open or not.

This topic has been discussed before, but I want to share one thing the team might find useful.

Now we tell all Acrobat users that Adobe Fill and Sign doesn't support Arabic. But when you look at it, we are able to type Arabic very well on Desktop machines and mobile devices.

On a Mac for instance, as an Adobe CC subscriber, I have to choose English in Preferences for my Acrobat language in order to show [ Fill & Sign, Send and Track, and Send for Signature ] features in Tools workspace. If I go and change Acrobat language to Arabic, or English with Arabic Support above three features will not be displayed any longer. Here is a discussion on Adobe Forums https://forums.adobe.com/message/7575939#7575939

I cannot test Arabic with Adobe Fill and Sign with Acrobat Language changed to Arabic in Preferences to see if it handles Arabic fully. I bet Acrobat team can do this for us.

To shed light on this issue… as long as I'm within the Fill & Sign environment, I'm able to type and view Arabic that I typed as expected, it is once I leave Fill &Sign environment that Arabic words get fragmented and all characters get disjointed. So could this be to the fact that we must change the Language of Acrobat itself to Arabic so that Fill & Sign to function well? This I cannot verify and test due to he reason I mentioned above that some features will disappear from Acrobat upon selecting Arabic for language.

Now when you download a file from the web and have Acrobat installed as the default handler, it automatically downloads the file on Windows to C:\Downloads, not to the actual configured downloads folder, which might be on another drive or in a different location. Acrobat should have a configuration which A) allows you to configure a default location, or B) Asks everytime, defaulting to the last, where to save the file.

The amount of time spent Saving-As then deleting the originally downloaded file is stupid.l Just let us put the file where we want it from the start.

All browsers have this capability. Word works this way. Pretty much everything except Acrobat works this way.

So the workflow now is:
1) download file
2) open in acrobat
3) save-as to the correct folder {with the correct name if appropriate}
4) delete the original downloaded file from the download location

Workflow could be:
1) Download the file, asking where to save, and the name to save
2) Open the file

In Acrobat Pro DC 2015 Classic & Acrobat Pro 2017 the PDF icons on the left are quite large in Portfolio / View /Layout . It would be great if PDF Thumbnails could be enabled like in Windows explorer by checking the preference in General . I realise not all file thumbnails for all types of files could easily be created ( example Excel , Word )etc ..but we combine a lot of PDF secured files into a Portfolio & the thumbnail PDF view would really be a great feature in Portfolio/View / Layout
Windows 7 Pro 32 bit & Windows 10 Pro 64 bit

I am working on a software that generates PDF using ABBYY FineReaderEngine 11 and presents those PDFs to the users in Internet Explorer. The image compression algorithm used is JP2K.

Some of the PDFs generated are sending the error "Insufficient data for image". The problem can occur on very precise document (as for the example file attached), but also in a random way on other non specific documents. It is really hard to determine if it is created by a certain type of document.

Our users are using Adobe Acrobat Standard 11.0.20 with Internet Explorer 11.0.9600.18665CO (Adobe plugin version : 11.0.14.16)

I tried the last DC version of Adobe Acrobat and the last Acrobat Pro 2017, the problem is the same.

The only solution I found, and that seems to work, is downgrading to the 11.0.18 version of Acrobat. But this not a good solution.
Also, an other PDF reader like FoxitReader, works with no problem at all.

Can someone from Adobe tell me if the problem is a file specific problem, or a real bug in adobe reader ?
What has changed since the 11.0.18 version that generated this very annoying problem ?

Thank you in advance.

Within our company we use Adobe Acrobat Pro DC (currently 15.020.20042). About 140 employees are having issues with random crashing Internet Explorer when using a web application with PDF's Crashes are appearing to be random about 3-5 times per day.

The exact message is:

Name of the application with errors: iexplore.exe, version: 11.0.9600.18666, timestamp: 0x58f30f27
Name of the module with errors: AcroPDFImpl.dll, version: 15.20.20042.8920, timestamp: 0x5811d3ec
errorcode: 0xc0000005
faultoffset: 0x00005c89
Id of proces with error: 0x1274
Starttime of the application with error: 0x01d2e023792e665b
Path to application with error: C:\Program Files\Internet Explorer\iexplore.exe
Path to module with error: C:\Program Files\Common Files\Adobe\Acrobat\ActiveX\AcroPDFImpl.dll
Rapport-id: 86517124-4c49-11e7-ba88-b8aeed76eecd

What we have done so far:
- Updated Acrobat Pro to the newest patch level (17.012.20095) This lowers the times the crashes occur to about 2-3 times per day.
- Removed and reinstalled the client software. This has no effect.
- Removed the user profile from the computer and let the user log on with a clean profile. This did not resolve the issue.
- Tested Acrobat on a system with no policies, disabled Internet Explorer Protected mode and disabled protected mode in Acrobat. None of these fixes helped.
- Testing with Acrobat Pro XI does NOT resolve in a crashing Internet Explorer and the software works without flaws. This will not be an option because of the ending support for XI products from Adobe.
- Testing with Mozilla Firefox with Acrobat Pro DC (15.020.20042 and newer) results in a situation that will NOT crash Internet Explorer. Adding another browser to the system is configured a security risk and could be chosen as a work around when no solution will be provided on short notice.

The possible suspect I have is the XFA functionality within Acrobat (or the web plugin). This explains the fixes of XFA functionality in the 17.012.20095 update and the lower crash rate. Also testing the functionality with another browser that uses another Acrobat plugin (I assume this is another plugin or method that is calling the plugin) For viewing PDF in Firefox the native PDF viewer is used.

Kind regards,
Pieter

I would like to see a "transform" capability similar to InDesign, with a panel or set of boxes in which the actual pixel X & Y coordinates, as well as the dimensions of an object, can be precisely set. Currently, the resolution on this type of placement appears to be set at 2 points, and I would like to be able to fine-tune that to pixels or 10,000ths of an inch as I can in InDesign. That's the basic idea, but read on for rationale.
I work mainly in InDesign to create pdf forms that I then take into Acrobat Pro to make "fillable" (Prepare Form). Often, after I have submitted a form for approval of my superiors, they come up with edits they would like to see. Many times, these edits are additions that need to be inserted precisely into the form to prevent having to recreate the form and then go through the process of making the form fillable again. Frequently, I create a text box or button, only to find I cannot move it to precisely the location required to avoid overlapping text or an object already extant in the form, i.e., the form already is "crowded," but the ability to precisely locate the new object would be acceptable in the eyes of my employer—crowded or not.
This also comes up when I need to align a newly created line that spans the page as an "underline" for two or more text boxes. In this instance, I need the line to extend beyond the text boxes as a place to indicate a fillable text field, so the underline function of the font will not suffice. The text boxes and the line, itself, will only get too close to, or else too far apart from, each other.
There are other instances where this would be a wonderful feature to have, but basically, I'm spoiled to the fine-tuning that InDesign allows, and would appreciate that one feature be incorporated into Acrobat Pro.
Thanks for reading, and if you're a precision designer like me, please vote for this feature!
Ken

If you open those files in Acrobat, and use the snapshot feature, then "control-a" to select everything, you will see differences in each one. In each case, on the right side, the app selects more than it should be selecting. For example, the sample with inset and color has a small band of white on the right side that is included in the selection that should not be. This was a bug in Acrobat 9. I was hoping to find this problem fixed in this version, but it is not. I only discovered this recently, because I started adding background color to my pages that I was exporting to acrobat from Indesign, and when I exported them, I noticed the uncolored band on the right. It is not a problem with the margins (all .25 in), and the gutter is zero. These are single page exports from Indesign, not facing pages. I suppose the problem could have its origins in some bug in Indesign.