ufpipe.blogg.se

So, the question remains, what is the expected programmatic equivalent either for the manual process in XI or DC today or the equivalent to what worked in 7-10 by setting the registry setting bBrowserIntegration accordingly. When testing Adobe Reader DC, if we don't complete the steps to enable the Display PDF in Browser for a new customer installation, then our application will throw a COM error and then if we enable the setting following the instructions in the link above, everything works as expected with our application, it renders PDFs using the Adobe ActiveX Control, which is similar to what we expect to see in older versions (7-10) when the registry setting was not set (see my old post and my own solution back then How to diagnose cause, fix, or work around Adobe ActiveX / COM related error 0x80004005 progmatically?). It does appear that the Adobe ActiveX Control still works just fine with XI and DC as long as Display PDF in Browser is enabled, as it always has.įor versions XI (11) and DC, there are two published links that clearly show how to achieve this manually: XI (11): However there is no longer a bBrowserIntegration key just as the documentation indicates, it is deprecated. The old registry path still exists in the new versions, i.e.: HKEY_CURRENT_USER\Software\Adobe\(Product Name)\(Version)\Originals

The link above also indicates that this bBrowserIntegration registry key is deprecated in XI (11). Our application has been using the programmatically setting of this registry value when our customers have versions 7-10 of Adobe Reader or Adobe Acrobat.

Or programmatically by setting the registry settings directly HKEY_CURRENT_USER\Software\Adobe\(Product Name)\(Version)\Originals You could do this manually from the GUI using Preferences > Internet > Display PDFs in browser For versions 7-10 of both Adobe Acrobat and Adobe Reader, to use this control you were required to turn on the "Display PDF In Browser" setting. NET C# application that makes use of the Adobe ActiveX Controls.