Acrobat X Browser Plugin is unusable

I have a serious problem regarding the browser plugin of Acrobat X Professional:
Each time I open a PDF-file, the new window lacks all the control items ("Save", "Print", "Pages", etc.).
There is only one small bar at the bottom of the window, which only appears when you move the mouse cursor to that area.
This is completely insane and absolutely unusable.
How can I return to the good old way, like it was in every version before?
I couldn't find an option to set the default behaviour for the browser plugin...
This is how it looks now (totally messed up):
And this is how it's supposed to be:

...that'd be Adobe.
The heads-up display was designed to maximize the document page within the browser window as much as possible, for devices such as netbooks where another toolbar can be quite a lot of vertical height to lose if your PDF page is in portrait mode. On larger screens it's not needed, but some people prefer it, especially in Reader where there's not a whole lot else on the toolbar anyway. Not all, but some.

Similar Messages

Acrobat 9.31 / Browser Plugin - Printing Color PDF as Black and White?

I have an interesting issue for the masses. For a couple of our users (it encompasses both Windows XP x64 and Windows 7 x64), they are having an issue where when they attempt to print a PDF directly from Acrobat's browser plugin (in this case, IE8 is the browser), and attempt to print a color PDF to a color printer, the PDF comes out in black and white.
Here's some other consistents:
* Printing to a network printer, using the print driver Canon C5180-H1 Ver.2.0JM. The problem spans across two different print servers (we use a different one for XP clients and 7 clients, but the driver is the same)
* When the user clicks on "Print As Image", it does work (but doesn't look quite as good)
* When the user saves the PDF to a file and then opens it in the full Acrobat 9 Pro application, it does work (but this is a bit annoying)
Can anyone suggest some other things I should check and/or reasons that this might be happening? I'm at a total loss to explain it but will happily accept suggestions on ways to fix it.
Thanks!

Following up to see if anyone has some solid ideas on how this might be happening.
Thanks!

Adobe PDF browser plugin - Programming

I have a specific requirement to implement as below
Side by side view of PDF documents
For example in same browser window I should be able to view side by side
English and French versions of PDF documents.
User should be able to scroll independently on both documents.
By clicking on a Synch button it should be possible to synchronize
scroll bar position of second document to the same position of the
first document.
I do not want to use activex because this requires installation on client user pcs.
Can anybody suggest me which tools I need to use to achieve this?
Whether we can use and customize Adobe acrobat reader browser plugin for this? If so how this can be done?
Thanks in advance

Please re-read the initial post
I have read the post.
You question was:
Is there a technical reason as to why Adobe hasn't built a plugin or Add-on for Firefox??
My answer:
Acrobat X comes with a add-on for Firefox.

Adobe Reader Browser Plugin - How to disable right click print

Here is some background to my question
I'm using Adobe Reader 9.2 and have configured to use the Adobe Reader Active X browser plugin.
which has the effect of launching pdf's within the IE browser rather than launching the full client. This is all working fine
I have a requirement that I need to lockdown certain menu items (for the purpose of this example, lets say "SaveAs" and "Print") and toolbars which I have also done successfully using folder level javascripts. For example I have created a HideMenuItems.js file and placed this in the "C:\Program Files\Adobe\Reader 9.0\Reader\Javascripts", here is a snippet of the file which relate to hiding / removing the SaveAs and Print items
app.hideToolbarButton("Print");
app.hideToolbarButton("SaveFileAs");
app.hideToolbarButton("Save");
These work fine and hide the Print and Save toolbar buttons from the Adobe Reader Browser plugin menu.
As an aside If I wanted to hide the same icons from the full adobe reader client I could use app.hideMenuItem("Print");
So this all works fine and I'm happy so far. Now, with these settings in place I launch the pdf within the browser, although save and print buttons are now hidden and I cannot add them back, I can still RightClick anywhere in the pdf and get the context menu, from there I can select print.
What I'm after is a way to either
(i) Selectively remove menu items from the right click context menu, and therefore remove the print option e.g something like app.[hideRightClickMenuItem]("Print") would be great but I dont know what that method is called.
or
(ii) Disable the RightClick context menu altogether for Adobe Reader Browser Plugin
Not bothered what the solution is whether its a reg hack - HKCU / HKLM / or javascript line I can add to my HideMenuItems.js, But basically I want to lock down the ability for the users to select print button from all sources including "CTRL + P",
Or if this is not possible let them hit CTRL P or right click print, but then not display the Adobe Print Dialog.
Basically the printing of the documents in handled by our web app sending a silent print to the adobe application which again works fine, I just need to prevent the users from being able to initiate a print from within the pdf when displaying the pdf in a browser.
Having searched around there is an API called AVAppRegisterForPageViewRightClicks which is supposed to prevent right clicks, But I dont know how to use this, or whether it can be used within my HideMenuItems.js file, tried many different syntaxes but to no avail.
Does anyone have any experience in this? Adobe - do you have any suggestions ?
Cheers
Will

Hi thanks for your response, yes it seems this API is availalbe but there are no examples of how to use it. You mentioned its available in Adobe reader and Adobe Acrobat plugins. Well I'm using the Adobe Reader Active X Browser Plugin so how would I use this API to restrict the Browser plugin.l
I am not a developer writing my own custom plugins, I simply want to use the out of the box adobe reader product, specifically the Active X browser plugin, but I need to be able to customise and restrict what the user is able to do.
The reason I need to do this is that we publish IE on a citrix server which users access to launch this highly secure web based application. The sensitive data that they view is in the forms of PDFs which are viewed by the Adobe reader browser plugin within the browser. The web application controls who can save, export, print etc, so I need to be able to lock down the Adobe Reader Active X browser plugin so that the user cannot initiate save, and print functionality from within the viewed pdf. I've done this successfully by restricting the menu and toolbar items but it is still possible to right click on the viewed pdf and click select print from the context menu. This would cause us a big security flaw, which would result in users that are only supposed to view being able to click print.
I published a desktop (locked down) and published IE (locked down) all successfully with GPOs so the users cannot do anything they are not supposed to do, however Adobe reader it seems cannot be easily locked down and this is a problem as I might have to start looking at viable alterantives. Surely a simple requirement as this could be acheieved with relative ease.
In an ideal world there would be an available GPO template (.ADM file), which could be used to centrally manage these type of settings. I dont even mind writing an ADM myself, I've written many before, but for example what I need is the appropriate registry entries and how they are used to lock down / restrict certain functions so that I can write such an .ADM file.
I dont mind how I achieve this, I just need a way to do it. So if using the API AVAppRegisterForPageViewRightClicks would achieve this, can someone please tell me how I can implement something that would use this API to restrict the right Click Print options for example.
The sort of answer I;m looking for would be
Create a file, paste in this code, place the file is this location xxxxx, this is a per machine fix so will affect all users
or
Edit the regstry and make this HKCU change xxxxx - This is obviously a per user fix so use normal methods to get this into every users profile.
or
Open up the file in this location xxxxxx and add AVAppRegisterForPageViewRightClicks = AlwaysDisable (or whatever the syntax is)
Thanks for you help
Cheers
Will

Trying to perform text search in Adobe Acrobat XI web plugin.

As outlined in the Parameters for Opening PDF Files, a search can be submitted in the URL when launching in the browser plugin. This works great in my testing on Acrobat 6 through X, but is not working on XI.
Is there a way to have search show in the Acrobat XI plugin?

I have been able to reproduce this behavior on several systems, and I can confirm it is Adobe Reader/Acrobat that is being used to view PDF files.
This can be replicated on machines with Acrobat XI and accessing the following URL: http://kosovo.ohchr.org/repository/docs/2_slo_sample.pdf#search="PDF"

Require Browser Plugin with XFA Support for Government Web Sites

Most of the government sites I need to use on a regular basis now publish all of their forms in PDF with XFA, a popular one this time of year is income tax forms. This is reasonable as there is no generally available alternative file format for this purpose. However Adobe no longer supplies an Acrobat browser plugin for Firefox or Chrome on Linux. I therefore cannot access these electronic forms. I have tried using the no longer supported Acrobat 9.5 plug in, but it is broken under the latest version of Firefox (print doesn't work). There is no other plugin that I can find that supports PDF forms using XFA. How can I regain access to these forms. When I try all I get is a message telling me to install the (non-existent) Adobe Acrobat plugin.

I was only using income tax filing as an example of this type of application. For the sake of my privacy I would rather not specify exactly what government I am dealing with or what the purpose of the form is. Suffice it to say that in this particular case the ONLY way to submit this form is through the paper form, and the only ways I can get a copy of the paper form are either to phone the office and have them mail me a blank form, or access the PDF file, which I cannot do because Adobe refuses to deliver a working browser plugin! As explained in another reply the government web site does not present me with the URL of the actual PDF file, but rather with the URL of a server application that checks the capabilities of my PDF plugin and if it does not support XFA sends me instead a text message instructing me to install the Adobe browser plugin that Adobe refuses to make available!
I agree that PDF with XFA is an inappropriate way to implement this sort of application, and I would personally prefer an alternative. For one thing using paper forms, even in electronic guise, costs more in the long run, since a civil servant must read the final paper document and enter the information into the government database, whereas if the client was presented with an ordinary web page the information could be entered directly by the client, and only validated by the clerk. However in a transitional environment where only some of the clients have the ability to enter information into a web site many government applications will continue to be implemented in terms of paper forms. In this environment it is important that all of the paper forms that have to be read by the data entry clerk look as much alike as possible. That is why PDF is used because only PDF guarantees that all of the paper forms will be identically laid out.
In this particular situation the government department in question has spent $276,000,000 so far on this particular subsystem over the past 3 years and so far it takes more effort to process each transaction than it did on the older more manual system.

Trusted functions in Reader through browser plugin

Hi all,
I have created a trusted function that works perfectly when I open my form directly through Reader or Acrobat :-)
My trusted function does something like import a file as an attachment from a certain place on disk.
However when I try to open it through the browser plugin (ie. Internet Explorer) it does not work - what could I be doing wrong? And what do I need to take into consideration to make it work through the browser plugin?
Please don't hesitate to ask if you need further information.
Thanks in advance
Sincerely
Kim Christensen
Dafolo A/S
Denmark

Hi again dohanlon,
You were right, something in my script on the form was not executed correctly - seems like the util.stringFromStream does not work in the form if you run it in the plugin. I changed my code into usinsg the stringforStream method in my trusted function and then it suddenly worked.
Thanks a lot for your help btw - it led me into understanding that it was possible to use the trusted functions inside the belly of the browser plugin also
\Kim

Disable browser plugins

Is there a way in html/asp/javascript to disable the browser plugin and force a pdf to be opened in Adobe Reader instead? I dont want my customers to be able to save the pdf I send them, only to be able to print it. I have tried setting the security options in the pdf but the Chrome and Firefox plugins seem to be able to defeat them. If I open the pdf in Adobe Reader I can print it but not save it.
Thanks for any help that you can give me.

OK, so their PDF viewer ignores the locking of my PDF. Let's explain a bit more about what I'm doing so you may be able to guide me.
I don't possess Adobe Acrobat. My PDF's are of musical scores and are produced by some 3rd party software called PDFCreator, which works in conjunction with my music software (Sibelius).
I have tried to 'lock' the PDF using an online PDF editor called CutePDF Editor. Using this I disabled everything in the Security section, Printing, Changing, Copying, etc. and set a password for the document.
However, when I open the PDF I can still save it, even though printing is disabled. On the other hand I have received PDF's from other sources, like bank statements etc, which definitely have saving disabled whatever method I choose to view them, so the question is, must I assume that this is something which is only possible if I have Adobe Acrobat?

Reader Browser Plugin Plugins

Hi, i've looked on the net and can't seem to find the answer so i'll try here. Is it possible to write an Acrobat Reader 8 plugin that can run inside the Reader Web Browser (Internet Explorer) Plugin? I'm looking to extend the functionality of the active document viewer plugin (opened when a user browses to a pdf url) and not the html embeddable activex object.
thanks in advance,
zol

>Hi guys, Thanks for the feedback. Aandi,, do any other methods of gaining access to the content of the document work (e.g AVAppEnumDocs, PDEnumDocs??).
Things which enumerate documents should work. Though how you tell
which document is open in the "current" window is less clear; you may
need to track open events to remember documents.
>
>The documentation doesn't differentiate between Reader and Reader IE Plugin, is there any way to figure out what will and won't work apart from trial and error?
There's two quite separate issues here:
Reader plug-ins: limited technically and by license
Browser integration: the same for Acrobat and Reader; limited
technically.
>
>Furthermore, is there any way to perform this trial and error without paying for an integration license?
For the browser integration testing nothing special is needed beyond
Acrobat.
Aandi Inston

How do I stop downloaded MP3s playing in the QuickTime Browser Plugin?

I have a number of websites created in Flash, which are used to promote musicians and bands in Bristol, UK. I use Flash because it allows animations, music players, background music, and all the other features ideal for promotional websites.
We offer MP3s for free download so our fans and followers can own some of our tracks.
Up until last week, a link directly to an MP3 would launch the "Save As..." download dialogue, allowing users to save the files to their PC.
However, since installing QuickTime 7, when you click on a link to an MP3 it now launches a nasty little embedded Quicktime player, which you can't save from or do anything useful with.
This is absolutely useless as I already have streaming audio and a built-in music player in my site, and I can now no longer offer MP3 downloads. I don't want to have to start zipping my MP3s or anything hideous like that, does anyone know a way that I can stop this happening?
I can't expect visitors to my sites to do anything, so I need some way of changing the URL so that it doesn't trigger the QT plugin.
Would really appreciate some assistance as this has effectively ruined the most significant part of most of our websites.
Thanks
D
www.longdogmusic.net
www.bluesdevil.net
www.haphazard.biz
Intel P4 2.8Ghz, 1.5Gb Windows XP Pro SP2

Ah, well, it was worth a try, but since you're clearly not actually reading my post - I'm using FLASH, as I clearly stated so you cannot right click.
As for the QT Mime settings, what you are saying is woefully inaccurate, and once again you aren't reading what I am writing. Quicktime is not the default player for MP3s on my PC. And as of two days ago there was no QT MP3 browser plugin either. I installed Quicktime because I have to have it to play MOV files.
By installing QT the program arbitrarily (that means it did it without any involvement or permission from me) took ownership of MP3s in the browser only. I know how MIME settings work, and I made absolutely sure that QT did not get it's hands on any of my filetypes. However, there is NOT an option to stop it playing MP3s in a browser, and it most definitely happened without my say so.
There clearly isn't an answer to this, I'll either have to put my MP3s in Zips or use some elaborate code to generate a nasty HTML page so that you can (retch) Right Click, Save As. All this because the QuickTime player has made changes that it had absolutely no right to.
Never mind, I'll find another way. But first, I'm uninstalling Quicktime forever.
D
Intel P4 2.8Ghz, 1.5Gb Windows XP Pro SP2

Enable Commenting Tools in Adobe Acrobat under Browser Plug-in in Internet Explorer using

We have a problem in showing commenting tools in Adobe Acrobat under browser plug-in in Internet Explorer. Adobe Support cannot answer my question and refer me to Devnet here.
Our system is using browser plug-in to display PDF file by Acrobat under > > Internet Explorer (document viewer). The PDF documents have reader extension enabled.
We supposed that if a PDF page is viewed and I customize the toolbar, the same toolbar and icon will be displayed next time when I retrieve a page, only if I select "Review and Comment" icon, and it only applies for v8.0.0. If I do not select review and comment icon, or I have selected review and comment icon but > > use other version of 8.x, my selected toolbar and icon cannot reappear next time.
If my selected toolbar and icon do not appear, I can press F8 to hide the icons. If press F8 again to unhide the icons, all my selected icons can be shown this time. But it does not automatically re-appear if I open another documet viewer.
Kindly note that all PDF files have reader extension enabled, and only Acrobat 8.0.0 Professional is used in client PC. There is no Adobe Reader in the PC. The PDF version is 1.4 (Acrobat 5.x) or 1.5 (Acrobat 6.x). The user has comment rights since the PDF file has reader extension and Acrobat 8.0.0 is used. User has no problem in mark-up the PDF files, but has problem in showing the selected tools.
OS: Windows 2000 SP4
Browser: IE 6.0 SP1
Acrobat version: Acrobat 8.0.0 Professional
PDF version: 1.4 (Acrobat 5.x) or 1.5 (Acrobat 6.x)
Steps to produce the problem.
1. Scan paper document and create a batch of PDF files (one page per file)
2. Enable reader extension for all PDF files by LifeCycle.
3. Put the PDF files into a web based interface, entering a page number will open a new web browser which interface the browser plug-in and display the content of the imaged PDF file by Adobe Acrobat Professional 8.0.0.
4. Open a page. It only show a few icons on toolbar (see a.png).
5. Select the commenting icons to be shown (do not enabled in "review and comment)". The icons will be shown.
6. If the browser is closed, then use the web interface to open another page, the selected tools cannot be shown (same as a.png attached in my previous email).
7. Select "review and comment" tool. (see b.png attached in my previous email)
8. The selected tools are shown again (see c.png attached in my previous email).
9. Close the browser, use the web interface to open another page, the selected tools are still here.
10. Unselect "review and comment", the selected tools will be hidden next time when a page is opened by the web interface.
11. Close the browser, and open a new page in web interface, the PDF file will be shown, and the selected icons are hidden.
12. Press F8 to hide icons, all tools are hidden.
13. Press F8 to unhide icons, all selected tools that are not shown in step 11 are shown again
14. If Acrobat 8.0.0 is patched or updated, "review and comment" tool has no effect in "memorizing" the selected tools.

That option is nothing to do with the PDF being editable, it's to control the display of the toolbars. "Reading Mode" is when the toolbars are hidden and the black head-up display navigation bar appears at the bottom of the screen.
PDFs displayed within a web browser with Acrobat/Reader X are not editable, nor can you apply markups, unless you're within a browser-based-review workflow. You have to save a copy locally and open it in desktop mode to make any changes.

Word 2007 Acrobat X Pro Plugin adds garbage to PDF Headers

I'm generating PDFs from Word 2007 using the Acrobat X Pro plugin, which is inserting garbage into some of my headers during the process. I can actually see it happen during PDF generation. The Word headers and footers are enabled and the garbage suddenly appears. For some reason, its usually an 0B prefix attached to the headers.
It doesn't happen to all headers and not with any pattern or consistency.
Any ideas?

Thanks, Steve. It's just aggravating that I have to go through an extra set of steps to do this on a Mac.
I appreciate the help!
jtlynn23

Problem with Acrobat Reader Browser Control (LoadFile)

Hi
I am trying to use the Acrobat Reader Browser ActiveX Control to show a PDF file in a window from my application but I am finding a problem. It all works fine, unless I have the exact same PDF file open in Acrobat Reader at the same time. If I have the exact same PDF file open, the Browser Control appears to completely fail when I tell it to LoadFile. No errors are raised, but the control simply appears as a white rectangle with no controls at all. In fact, it is the same appearance that it has if you don't call LoadFile at all.
I have Reader 9.3.4, I am using VB6, I have drawn an instance of the control at design time. I am only calling LoadFile, like this
Private Sub Form_Load()
AcroPDF1.LoadFile "c:\mypdf.pdf"
End Sub
I have read the OLE parts of the interapplication developer guide and the interapplication communication api reference and I can't see that I am doing anything wrong.
Can anyone help? Is this perhaps a known problem in Reader?
Thanks in advance
Mark

Hi everyone,
I have found a workaround, inspired by another post about LoadFile problems. Rather than LoadFile I am now using the "src" property of the control. This works even when the PDF file is open in Acrobat Reader. My code is now
Private Sub Form_Load()
AcroPDF1.src = "c:\mypdf.pdf"
End Sub
I don't understand why this should work, but it does.
Thanks
Mark

Browser plugin sometimes doesn't display PDF, just a blank region

Hi,
I'm running Slackware 13.37 (32-bit), with Adobe Reader 9.4.2 and Firefox 5.0.1. I have the browser plugin installed, but sometimes it does not work. As in the thread title, the document fails to display, with just a black region appearing in the browser. Sometimes, if I refresh the page a number of times, I can get the document to display. Sometimes just waiting seems to help, but not always. This isn't restricted to one particular document. It happens (seemingly) at random. sometimes a given document will display in the browser, but not at others. I can't seem to reproduce the problem consistently, making it harder to fix, I suppose. This does not seem to be a problem with my Firefox profile; I started with a new profile and the problem still occurs. The Firefox error console gives no messages pertaining to the problem :/.
Any ideas?
Thanks.

I'm seeing the same on 32-bit Fedora 15 with:
firefox-6.0.2-1.fc15.i686
nspluginwrapper-1.4.4-1.fc15.i686
AdobeReader_enu-9.4.2-1.i486
If I kill any pdf plugin process like the following:
orion
30772 30542 0 Sep22 ?
00:00:00 /usr/lib/firefox-6/xulrunner/plugin-container /usr/lib/mozilla/plugins-wrapped/nswrapper_32_32.nppdf.so -greomni /usr/lib/firefox-6/xulrunner/omni.jar -appomni /usr/lib/firefox-6/omni.jar 30542 true plugin
orion
30785 30772 0 Sep22 ?
00:00:00 /usr/lib/nspluginwrapper/npviewer.bin --plugin /usr/lib/mozilla/plugins/nppdf.so --connection /org/wrapper/NSPlugins/nppdf.so/30772-2/1152567071
then it works again. I'm going to try running without the wrapper for a bit. Won't help my 64-bit users though.

How to save toolbar state in browser plugin?

How do I get the Reader browser plugin to save the toolbar state?
I'm using Adobe Reader XI as a browser plugin in Firefox. I've set it to disable Read mode by default. I like to have several tools at my disposal, so I right click the toolbar and show all the page display tools that I like. When I quit and load a new PDF in the browser, the toolbar state is lost and I have to show all my favorite tools again. This gets annoying when done repeatedly throughout the day.
The native Reader program saves toolbar state. Why not the plugin?

Toolbar entries for the desktop and browser instances are different, so what you assign in one won't update the other. That's because a lot of things aren't allowed in the browser plugin. You can't directly manipulate the toolbar options in the browser instance of Adobe Reader XI, they're factory-defined.

Acrobat X Browser Plugin is unusable

Similar Messages

Maybe you are looking for