Goedemiddag. Ik gebruik de Google Chrome-browser bijna sinds de officiële aankondiging, en ik vind het erg leuk. En nu is het al gebeurd dat zelfs Opera is overgestapt op de Chromium-engine en in wezen hetzelfde Chrome is, alleen met een licht gewijzigde shell en "andere" functies. Ik heb al een keer geschreven over hoe in browsers. Vandaag zullen we een iets ander onderwerp bespreken, namelijk: het uitschakelen van de browserplug-in die in browsers is ingebouwd. Ik kan niet echt uitleggen waarom dit zo is, maar ik vind het niet leuk dat .pdf-bestanden in de browser worden geopend. Ik gebruik bij voorkeur Acrobat Reader of STDU Viewer. Als uw plug-in om de een of andere reden niet meer werkt en u deze nodig heeft, leert u dankzij dit artikel hoe u deze weer kunt inschakelen.
1. Google Chrome en alle browsers gebaseerd op de Chromium-engine (CoolNovo, RockMelt, Rambler Nichrome, Yandex.Browser, [email protected]). Werkt mogelijk ook voor Opera boven versie 15.1) Open de browser en voer het volgende in de adresbalk in:
chrome://plug-ins/
We komen op de plug-inspagina:
Chrome PDF Viewer" en schakel deze uit. Afhankelijk van de browser kan het item anders worden genoemd, in de Yandex Browser-viewer wordt het bijvoorbeeld Yandex PDF Viewer genoemd.
Dat is alles, nu worden .pdf-bestanden geopend via het programma dat op uw computer is geïnstalleerd.
2. Mozilla Firefox.1) Open de browser, klik linksboven op de Firefox-knop → “Instellingen” → “Instellingen”.
2) Ga in het geopende venster naar het tabblad “Toepassingen”. Voer Portable Document Format in de zoekopdracht in:
3) Selecteer Portable Document Format (PDF) en klik op het driehoekje rechts in de rechterkolom, hier selecteren we wat we met PDF-bestanden willen doen, door het laatste item te selecteren (gebruik een ander), kunt u een specifiek programma instellen voor het openen van bestanden. Ik geef er de voorkeur aan om “Bestand opslaan” te selecteren, waardoor een venster voor het downloaden van bestanden verschijnt en vervolgens met het bestand kan werken zoals het mij uitkomt.
Lege zwarte pagina in plaats van een PDF-document in de Apple Safari-webbrowser
Soms worden de verwachtingen niet waargemaakt. Iemand kijkt ernaar uit om de gebruikershandleiding te lezen van de apparatuur die hij van plan is te kopen, maar in plaats daarvan... verschijnt er een lege pagina op het scherm. Soms leidt een hyperlink immers niet naar de volgende webpagina, maar opent een PDF-document rechtstreeks in de browser. In de meeste gevallen is dit geen probleem en ziet alles er zo transparant uit voor de gebruiker dat hij misschien niet eens nadenkt over welk type bestand momenteel geopend is. Moderne browsers, zonder software-add-ons van derden, kunnen uitstekend PDF-bestanden openen die gebruikers doorgaans op mobiele apparaten bekijken. Maar soms gedragen de Safari-, Google Chrome- en Firefox-browsers op Mac OS X zich totaal anders dan de gebruiker verwacht. In plaats van het pdf-bestand dat via de link wordt gepost, bevindt de verontruste en geïrriteerde lezer zich op een zwart-witte pagina die absoluut geen informatie bevat. Gelukkig heeft dit probleem een eenvoudige oplossing, die we vandaag zullen bekijken.
Gebruikers ondervonden problemen bij het openen van PDF-documenten in juni vorig jaar. Het probleem is al in overweging genomen door vooraanstaande Engelstalige boodschappers van de Apple-gemeenschap als TidBITS en Mac OS X Hints. En toch komt dit onderwerp af en toe weer terug. Voor de meeste gebruikers wordt alles geopend zoals het hoort. Maar dit is de essentie van elk probleem: wanneer het zich voordoet, is een persoon van weinig belang voor hoe het met de meerderheid gaat. Hij wil graag normaal werken. Omdat handleidingen voor huishoudelijke apparaten en statistische informatie vaak in de vorm van PDF-documenten op internet worden gepresenteerd, is de mogelijkheid om ze zonder problemen te openen voor veel gebruikers van groot belang.
Voor de duidelijkheid: we hebben het over de versie van Safari voor Mac-computers, en niet over de mobiele versie van deze beroemde Apple-browser, die rekening houdt met mobiele internetactiviteiten. Op de markt van webnavigatiehulpmiddelen voor computerplatforms neemt Safari een weliswaar waardige, maar veel bescheidener positie in. We praten over de redenen voor deze stand van zaken.
In de meeste gevallen is het probleem bij het lezen van PDF-documenten geworteld in twee plug-ins van Adobe, die met moderne browsers mogelijk geen “gemeenschappelijke taal vinden”. We hebben het over toevoegingen: AdobePDFViewer.plug-in En AdobePDFViewerNPAPI.plugin. Ze werden geïnstalleerd met Adobe Reader en Adobe Acrobat Pro en zijn ontworpen om browsers in staat te stellen PDF-documenten te openen die door Adobe zijn ontwikkeld.
Deze plug-ins voor versies van Adobe Reader of Adobe Acrobat Pro ouder dan 10.1.3 zijn momenteel niet compatibel met sommige browsers. We hebben het vooral over Safari 5.1 (of hoger), evenals de nieuwste versies van Firefox. Het enige verschil in de manier waarop het probleem zich manifesteert, is dat Safari de gebruiker een zwarte pagina laat zien, terwijl Firefox een witte pagina laat zien. Maar in beide gevallen zal de pagina leeg zijn. Als een gebruiker een soortgelijke situatie tegenkomt, is dit een zeker teken dat Adobe-plug-ins die niet compatibel zijn met deze browser op zijn systeem zijn geïnstalleerd. Maar er is natuurlijk altijd een kleine kans dat er een andere reden is voor dit browsergedrag.
Voordat u plug-ins verwijdert die de normale werking verstoren, moet u uw browser sluiten. Deze add-ons bevinden zich in de map "Plug-ins", die zich op zijn beurt in de map "Bibliotheek" bevindt. We hebben het niet over een verborgen bibliotheek in je homedirectory, waarvan het adres wordt aangegeven als ~/Bibliotheek/Internetplug-ins
Nee, in dit geval hebben we het over een bibliotheek die rechtstreeks toegankelijk is vanuit de hoofdmap van uw harde schijf /Bibliotheek/Internetplug-ins
Open deze map en zoek alle bestanden waarvan de naam begint met AdobePDFViewer en verplaats ze uit deze map (zet ze bijvoorbeeld tijdelijk neer op het bureaublad). Dit is slechts een voorzorgsmaatregel, zodat de plug-ins indien gewenst eenvoudig kunnen worden hersteld en naar hun oorspronkelijke locaties kunnen worden teruggezet. Als u deze bestanden wilt verplaatsen, moet u de gebruikersnaam en het wachtwoord van uw computerbeheerder invoeren.
Soms kunnen deze plug-ins echter in de bibliotheek van uw thuismap terechtkomen. Op Mac OS X 10.7 Lion- en 10.8-besturingssystemen is deze map verborgen. Om toegang te krijgen via de Finder, drukt u op de Option-toets en selecteert u de actie om naar de bibliotheek te gaan (in de Engelse versie van Go - Bibliotheek). Deze bibliotheek bevat een map met internetplug-ins genaamd "Internet Plug-Ins".
Ga ernaar toe. Als er plug-ins zijn AdobePDFViewer, verplaats ze uit deze map. Voor deze actie is het invoeren van de gebruikersnaam en het wachtwoord van de beheerder vereist. In feite is alles hetzelfde als in de hele bibliotheek op computerniveau, alleen met enkele subtiliteiten die we nodig achtten om afzonderlijk te overwegen.
Nadat de plug-ins uit de bibliotheek zijn verplaatst, start u de webbrowser waarin het probleem zich voordeed opnieuw op. Probeer een PDF-document te openen via de link. Als het probleem echt in de Adobe-plug-ins zat, wordt het correct geopend met behulp van de software van de browser zelf.
Gebaseerd op materiaal van TidBITS.com
PDF-bestanden worden niet geopend in Internet Explorer met Adobe Reader 10.0 - gebruikers krijgen een leeg grijs scherm. Hoe kan ik dit voor mijn gebruikers oplossen?
(7)
Er is een bekend probleem bij het openen van PDF's in Internet Explorer (v6, 7, 8, 9) met Adobe Reader X (versie 10.0.*). Het browservenster wordt geladen met een leeg grijs scherm (en heeft niet eens een Reader-werkbalk). Het werkt prima met Firefox, Chrome of Adobe Reader 10.1. *.
Ik heb verschillende oplossingen ontdekt. Als u bijvoorbeeld op Vernieuwen klikt, wordt het document correct geladen. Update naar Adobe Reader 10.1. *, Of verlagen naar 9. * lost ook het probleem op. Al deze oplossingen vereisen echter van de gebruiker om dit te begrijpen
. De meeste van mijn gebruikers raken erg in de war als ze dit grijze scherm zien en geven uiteindelijk de schuld aan het PDF-bestand en de website voor het breken ervan. Om eerlijk te zijn, totdat ik dit probleem onderzocht, gaf ik ook de pdf de schuld!
Daarom probeer ik een manier te vinden om dit probleem voor mijn gebruikers op te lossen.
Heeft iemand anders dit probleem ook ervaren? Wat zijn de mogelijke oplossingen of oplossingen?
Ik hoop echt op een oplossing die perfect werkt voor eindgebruikers, omdat ik er niet op kan vertrouwen dat ze weten hoe ze hun Adobe Reader-instellingen moeten wijzigen of updates automatisch kunnen installeren.
Hier is het enge grijze scherm:
Bewerken: de schermafbeelding is verwijderd van de bestandsserver! Spijt!
De afbeelding was van een browser, met de gebruikelijke werkbalk maar een effen grijze achtergrond, zonder interface.
Achtergrondinformatie:
Hoewel ik denk dat de volgende informatie geen verband houdt met mijn probleem, zal ik deze ter referentie bijvoegen:
Dit is een ASP.NET MVC-applicatie en wordt beschikbaar gesteld door jQuery.
De link naar het PDF-bestand heeft target=_blank, zodat deze in een nieuw venster wordt geopend.
De PDF wordt direct gegenereerd en alle inhoudskoppen worden dienovereenkomstig ingesteld. De URL bevat NIET de .pdf-extensie, maar we hebben de content-disposition-header ingesteld met een geldige .pdf-bestandsnaam en een inline-parameter.
Bewerken: hier is de broncode die ik gebruik om met PDF-bestanden te werken.
Public ActionResult ComplianceCertificate(int id)( byte pdfBytes = ComplianceBusiness.GetCertificate(id); return new PdfResult(pdfBytes, false, "Compliance Certificate (0).pdf", id); )
En hier is PdfResult (PdfResult, erft System.Web.Mvc.FileContentResult):
System.Net.Mime gebruiken; met behulp van System.Web.Mvc; /// /// Retourneert de juiste antwoordheaders en "Content-Disposition" voor een PDF-bestand, /// en stelt u in staat de bestandsnaam op te geven en of deze door de browser wordt gedownload. /// public class PdfResult: FileContentResult ( public ContentDisposition ContentDisposition ( get; private set; ) /// /// Geeft een PDF FileResult terug. /// /// De gegevens voor het PDF-bestand /// Bepaalt of het bestand moet worden weergegeven in de browser of gedownload als bestand /// De bestandsnaam die wordt weergegeven als het bestand wordt gedownload of opgeslagen. /// Een lijst met argumenten die in de bestandsnaam moeten worden opgemaakt. /// public PdfResult(byte pdfFileContents, bool download, string bestandsnaam, params object bestandsnaamArgs): base(pdfFileContents, "application/pdf") ( // Formatteer de bestandsnaam: if (bestandsnaamArgs != null && bestandsnaamArgs.Length > 0) ( bestandsnaam = string.Format(bestandsnaam, filenameArgs ) // Voeg de bestandsnaam toe aan de Content-Disposition ContentDisposition = new ContentDisposition ( Inline = !download, FileName = bestandsnaam, Size = pdfFileContents.Length, ) protected override void WriteFile(System.Web.HttpResponseBase response) ( // Voeg de bestandsnaam toe aan het Content-Disposition-antwoord.AddHeader("Content-Disposition", ContentDisposition.ToString());
base.WriteFile(antwoord);
))
In mijn geval was de oplossing vrij simpel. Ik heb deze header toegevoegd en browsers hebben het bestand bij elke test geopend. header("Inhoudsdispositie: bijlage; bestandsnaam = "bestandsnaam.pdf"");
- We ondervonden dit probleem zelfs na het updaten naar de nieuwste versie van Adobe Reader.
- Twee verschillende methoden hebben dit voor ons opgelost:
Ik had dit probleem. Het opnieuw installeren van de nieuwste versie van Adobe Reader heeft niets opgeleverd. Adobe Reader werkte in Chrome, maar niet in IE. Dit werkte voor mij...
1) Ga naar IE Tools -> Compatibiliteitsweergave.
2) Ga naar de website met het PDF-bestand dat u wilt bekijken. Klik op OK.
3) Start IE opnieuw. 4) Ga naar de website die u hebt ingevoerd en selecteer PDF. Hij moet verschijnen.
5) Ga terug naar de compatibiliteitsweergave en verwijder het ingevoerde item.
6) Adobe Reader werkt nu in IE op alle websites.
Dit is een vreemde oplossing, maar bij mij werkte het. Na de herinstallatie moest ik het Adobe-acceptatiescherm doorlopen, dat pas verscheen nadat ik de View Compatibility View-truc had uitgevoerd. Toen het eenmaal geaccepteerd was, leek het overal te werken. Vrij slap materiaal. Ik hoop dat dit iemand helpt.
Ik heb geen exacte oplossing, maar ik zal mijn ervaringen hiermee delen voor het geval ze iemand anders kunnen helpen.
Uit mijn tests blijkt dat het grijze scherm alleen voorkomt op langzamere machines. Tot op heden heb ik het niet opnieuw kunnen maken op nieuwere hardware. Al mijn tests waren in IE8 met Adobe Reader 10.1.2. Voor mijn tests heb ik SSL uitgeschakeld en alle headers verwijderd die caching zouden kunnen uitschakelen.
Om het grijze scherm opnieuw te creëren, volgde ik deze stappen:
1) Ga naar de pagina die naar het PDF-bestand linkt
2) Open de PDF in een nieuw venster of tabblad (via het contextmenu of target="_blank")
3) In mijn tests wordt deze pdf zonder fouten geopend (ik heb echter gebruikersrapporten ontvangen die wijzen op een fout bij het voor de eerste keer laden van de pdf)
4) Sluit het nieuw geopende venster of tabblad
5) Open de PDF (opnieuw) in een nieuw venster of tabblad
6) Deze PDF wordt niet geopend, maar geeft in plaats daarvan alleen het "grijze scherm" weer dat door de eerste gebruiker wordt genoemd (alle volgende gedownloade PDF's worden ook pas weergegeven nadat alle browservensters zijn gesloten)
Ik heb de bovenstaande test uitgevoerd met verschillende PDF's (zowel statisch als dynamisch) gemaakt vanuit verschillende bronnen en het probleem met het grijze scherm treedt altijd op wanneer de bovenstaande stappen worden uitgevoerd (op een "trage" computer).
Om het probleem in mijn toepassing te verhelpen, heb ik de pagina die naar de PDF linkt, "gescheurd" (delen stukje bij beetje verwijderd totdat het grijze scherm niet meer voorkwam). In mijn specifieke applicatie (gebouwd op een afsluitende bibliotheek) leek het verwijderen van alle verwijzingen naar goog.userAgent.adobeReader het probleem op te lossen. Deze exacte oplossing werkt niet met jQuery of .net MVC, maar misschien kan dit proces u helpen de oorzaak van het probleem te achterhalen. Ik ben er nog niet aan toegekomen om het deel van goog.userAgent.adobeReader dat de fout veroorzaakt in Adobe Reader te isoleren, maar de kans is groot dat jQuery dezelfde plug-indetectiecode heeft die wordt gebruikt in de afsluitende bibliotheek.
De machine ervaart een grijs scherm:
Winserver "03 SP3
AMD Sempron 2400+ op 1,6 GHz
256 MB geheugen
De machine ervaart geen grijs scherm:
Win XP x64 SP2
AMD Athlon II X4 620 op 2,6 GHz
4 GB geheugen
Terwijl ik verder experimenteerde, was de hoofdoorzaak in mijn toepassing (aanroep naar goog.userAgent.adobeReader) toegang tot Adobe Reader via een ActiveXObject op een pagina met een PDF-link. Deze minimale testcase veroorzaakt bij mij het grijze scherm (het verwijderen van het ActiveXObject veroorzaakt echter niet het grijze scherm).
hallo nieuw ActiveXObject("AcroPDF.PDF.1");
link
Ik ben erg benieuwd of anderen het probleem kunnen reproduceren met deze testcase en door de stappen uit mijn andere bericht te volgen ("Ik heb geen exacte oplossing...") op een "trage" computer.
Sorry voor het plaatsen van een nieuw antwoord, maar ik kon er niet achter komen hoe ik een codeblok kon toevoegen aan een reactie op mijn vorige bericht.
Een voorbeeldvideo van deze minimale testcase vindt u hieronder: http://youtu.be/IgEcxzM6Kck
Ik realiseer me dat dit een vrij laat bericht is, maar nog steeds een mogelijke oplossing voor de OP. Ik gebruik IE9 op Win 7 en ondervind al maanden problemen met het grijze scherm van Adobe Reader bij het openen van PDF's en creditcards voor online bankieren. Ik kon alles openen in Firefox of Opera, maar niet in IE. Ik heb eindelijk PDF-Viewer geprobeerd, het in mijn voorkeuren ingesteld als de standaard PDF-viewer en nog meer problemen. Ik ben er zeker van dat er andere gratis viewers zijn zoals Foxit, PDF-Xchange, enz. die betere resultaten zullen opleveren dan Reader, met minder hoofdpijn. Adobe is net als sommige andere grote bedrijven die software ontwikkelen, neem het of laat het... dus ik verliet het.
Omdat ik dit allemaal heb gedaan zonder nogmaals te controleren of het probleem achteraf is opgetreden, weet ik niet zeker of dit de reden is waarom ze het probleem daadwerkelijk hebben opgelost, maar een van hen heeft dat wel gedaan. Na #3 te hebben gedaan en opnieuw op te starten, werkte het zelfs perfect.
Ter informatie: Hieronder vindt u de volgorde waarin ik de reparaties heb uitgevoerd.
Ga naar Configuratiescherm > Mapopties in elk Configuratiescherm Algemeen, Bekijken en Zoeken en klik op de knop Standaardwaarden herstellen Knop Mappen opnieuw instellen
Ga naar Internet Explorer, Extra > Opties > Geavanceerd > Reset (ik hoefde persoonlijke instellingen niet te verwijderen)
Open Acrobat Pro X onder Bewerken > Voorkeuren > Algemeen.
Selecteer onder aan de pagina Standaard PDF-handler. Ik selecteerde Adobe Pro X en klikte op Toepassen.
Mogelijk wordt u gevraagd om opnieuw op te starten (dat heb ik gedaan).
Beste wensen
Internet Explorer 11 & 10 worden beschouwd als de beste versies van de eigen browser van Microsoft;
Internet Explorer. Met Windows 8 en Windows 7 kunt u IE 10 en IE 11 gebruiken. In beide iteraties zijn sommige gebruikers een probleem tegengekomen waarbij Internet Explorer de PDF-bestanden niet opent wanneer ze proberen een PDF-bestand te downloaden en te openen.
Soms loopt IE gewoon vast bij het laden van PDF-bestanden. Voor dit probleem; U kunt Taakbeheer gebruiken om uw sessie te beëindigen. Er zijn gevallen geweest waarin het bestand vaak werd gedownload, maar slechts gedeeltelijk. Ze kunnen prima worden geopend in andere browsers, maar niet in IE.
Dus hoe kan ik dit IE-gedrag oplossen? Een eenvoudig ding dat dit probleem zou kunnen oplossen, is door de standaard PDF-lezer in te stellen op "Reader", geïntroduceerd in Windows 10/8.1, of een andere PDF-lezer van een derde partij naar keuze. Dit zal het probleem oplossen. Maar als dit niet het geval is, kunt u deze registeroplossing proberen om het probleem op te lossen:PDF-bestanden worden niet geopend in Internet Explorer
1. Druk op de Windows-toets + R-combinatie, voer put Regedt32.exe in het dialoogvenster Starten in en druk op Enter om de Register-editor te openen.
2. Navigeer naar de volgende locatie:
3. Zoek in het rechterdeelvenster van deze locatie naar TabProcGrowth met de naam DWORD. Deze DWORD is eigenlijk een afkorting voor Tab Process Growth; waarmee de snelheid wordt ingesteld waarmee IE New Tab-processen creëert. Als u de DWORD vindt, moet deze de waarde 0 hebben. Als u het niet kunt vinden, kunt u het handmatig maken met de rechtermuisknop -> Nieuw -> DWORD-waarde. Klik nu op dezelfde DWORD om de gegevenswaarde te wijzigen:
4. Stel nu de gegevenswaarden in van 0 tot 1. Klik op OK. Door gegevens op een waarde van 1 te zetten, zorgt u ervoor dat alle tabbladen voor een bepaald frameproces worden uitgevoerd in een enkel tabbladproces voor het opgegeven verplichte integriteitsniveau (MIC). U kunt nu de Register-editor sluiten en opnieuw opstarten om de resultaten te bekijken.
Ik hoop dat je de oplossing nuttig vindt!
