Using the Microsoft.Toolkit.Forms.UI.Controls.WebView in a winforms desktop application, PDF documents linked within the web page, do not display.
I have tried different websites with links to PDF documents. All behaved the same way-They don't display PDF documents. When I tried the same websites in the Edge browser, the linked PDFs display as expected. A link, from a client's web page, to a specific PDF document is as follows: https://xxxxxxxx.xxxxxxx.com/MetaViewer.php?view_id=&event_id=1423&meta_id=92158 (Client name removed for security) When I click on the link it fires the 'NavigationStarting' and the 'NavigationCompleted' event. I haven't been able to determine if other events fire.
WVAgendaPage.Settings.IsJavaScriptEnabled = True
WVAgendaPage.Settings.IsScriptNotifyAllowed = True
I take care if these two settings before the website is loaded.
Since links open and display fine in the Edge browser I was expecting the same behavior with the toolkit based on the Edge rendering engine.
Thanks for your help
RBO
Related
I'm trying to find a way to host some fillable PDF forms on our website that people can download, fill out, and then they have a SUBMIT button on it that would 1) upload the completed form to a folder on our web server as a PDF file, and then ideally 2) email a direct link to the file on the server. I know how to add the button, just not clear on the actions side for this scenario.
Adobe docs have some info here, https://helpx.adobe.com/acrobat/using/publishing-interactive-pdf-web-forms.html, but nothing specific to what I need.
Does anyone have any experience with this? And if it's even a realistic goal given the number of different PDF readers, browser-based viewers, etc and how it would be supported by all?
Thanks in advance
Is it possible to access the DOM of a embedded PDF file opened in Chrome?
If you simply open the DevTools in Chrome, only the EMBED tag is visible:
But there is a mouse over PDF file opened in Chrome and right-click => code view, then a completely different page code opens:
Can I get access to it?
Thank you in advance!
Yeah so it looks like you've got multiple documents on a page. Its similar to iFrames in web design. I'm not sure 100% because I cant look through the link.
But I'd highly recommend downloading the PDF as a file, then using ADOBE Pro's library to scrape or w/e with the PDF functions. You eliminate the whole aspect of timing, page loads, and page changes, when you get a direct link to a pdf, and then manipulate the data on the user or cloud PC.
I am developing a web page to show PDF (in .NET platform). The PDF is inside a iframe. One of the requirement is NOT allow client to print the PDF. I have already made the PDF to be password protected (with pdfsharp). I further hide the toolbar by setting toolbar=0. In Chrome & IE, this works fine. But for Firefox, the story is totally different.
In Firefox, the toolbar will be shown even append #toolbar=0 in the src link. Further, the password protected pdf can be printed by simply clicking the icon in the toolbar.
Can anyone suggest some ways to disable pdf printing in firefox.
Note: I need to show the PDF in the webpage. So, download the PDF is not a option.
You will not be able to control the toolbar or the ability to print (not all PDF viewers respect the permissions set by the password) if you rely on the native browser or OS level PDF viewer by using an iFrame. Different browsers will interpret those settings differently. Even different applications within the same browser will yield different results (Chrome vs Dropbox in Chrome)
You'll need to display the PDF using something like PDF.js or another such library if you want any kind of consistency in appearance and behavior.
I Have a classic asp site i am working on. The page has two frames one directly below the other. A Customer has to be able to view a pdf to continue onto the next page. To get to the next page they have to click on a hyper link inside of the pdf that is being viewed. If they cannot see the pdf then they have to download adobe reader which i have included a link to in the top frame.(The top frame has some text and the link) now the bottom frame(contains the pdf) this works fine except when i click the link that is in the pdf the page then opens in that same bottom frame that contained the pdf. It needs to be target _blank. Or whatever you would call it to basically either over ride the two frames and just open in the browser or open in a new tab or window which i cant get either to do. This problem is in IE and Firefox but in chrome it over rides the two frames and opens correctly. Is there any way to get this to occur in IE and Firefox?
I've found this resource about your issue:
http://forums.adobe.com/thread/853394
They say there's no target attribute to set. But they think (and i also think) that if you place a :
javascript:window.open('http://yoururl.com');
it should work, always if you can accept the security alert message (Abobe PDF is trying to execute a script... blah blah)
If your continue reading carefully it seems they solved the problem using Adobe scripting inside inDesign
Hope this helps...
I’m having an issue with PDF output being rendered in Adobe Reader’s ‘in browser’ feature from an ASP Classic site.
I have a form with a handful of inputs that trundles off and makes a PDF report. The report renders correctly (all input values accounted for) when saved as a file, but gives a blank screen when displaying in Reader v7.0, and goes straight to a no-input-values report in v8.1.2.
Pressing ‘refresh’ in the browser from here will also display a report indicative of none of the HTML form inputs being carried forward.
Are there any basic mechanics of the
HTML form post-back that I may have
left out?
*The one thing that puzzles m*e is that un-checking the ‘Display in-browser’ option in Adobe Reader and not restarting the browser gives the correct report in both versions.
The other possible issue is something to do with the browser’s ‘Trusted sites’ policy. The domain had been added to the trusted list, and:
The HTML input form shows as a trusted site in the status bar
The in-browser PDF screen displays at ‘Unknown Zone’
To clarify:
If the Reader is uninstalled, the downloaded file is correct
If Reader is installed, and set to not display in browser, the output is correct
If set to display in-browser with Adobe Reader, it
v7.0 – Displays a blank screen. ‘Refresh’ goes to a no-input-value PDF report
v8.1.2 – Displays the no-input-value report
Un-checking the ‘Display in-browser’ option in Adobe Reader and not restarting the browser gives the correct report in both versions
There is a working old production environment, which is capable of displaying the PDF file correctly in-browser with Reader v7.0 on the same machines we’re testing with. The issue described occurs with the same code being set up in a new environment with tighter security control.
The environment also uses older technology, which won’t be upgraded. This includes:
The site is ASP Classic
The code is outputting PDF v1.3
Internet Explorer 6. Yes. 6.
Any ideas on why the report isn't always carrying forward the HTML input?
Any help appreciated,
Thanks.
The ASP page that generates the PDF is not getting the values from the form. That is why it is creating a PDF form with empty values. Ensure that the HTML form directly posts to the ASP script generating the PDF. There should not be any response.transfer or response.redirect or 404 redirection that goes to the PDF-generating ASP script.
Ah, dang.
So it turns out IIS had GZIP compression enabled, and the client has an IE6-only rollout. There's much written about IE6's GZIP incompatibility, and if you're looking to conditionally allow it in IIS, there are some solutions.
The white screen is result of it being an ASP page that posts back, and changes its 'content-type' in the HTTP header (to 'application/pdf') - where IIS decides it should compress it, and fails in IE6.
Adobe Reader 8 does a 2nd request, losing the postback values.