Sådan deaktiveres PDF-Viewer indbygget i Chrome (Rambler, Yandex) eller Firefox. Javascript - åben - åben pdf i chrome browser Pdf åbner ikke i Explorer 11 browser
God eftermiddag. Jeg har brugt Google Chrome-browseren næsten siden den officielle meddelelse, og jeg kan virkelig godt lide den. Og nu er det allerede sket, at selv Opera har skiftet til Chromium-motoren og i det væsentlige er den samme Chrome, kun med en let modificeret skal og "andre" funktioner. Jeg har allerede skrevet en gang om hvordan i browsere. I dag vil vi berøre et lidt andet emne, nemlig: deaktivering af browserens indbyggede visningsplugin. Jeg kan ikke rigtig forklare, hvorfor det er, men jeg kan ikke lide, at .pdf-filer åbnes i browseren. Jeg foretrækker at bruge Acrobat Reader eller STDU Viewer. Hvis dit plugin af en eller anden grund er holdt op med at fungere, og du har brug for det, vil du takket være denne artikel lære, hvordan du tænder det igen.
1. Google Chrome og alle browsere baseret på Chromium-motoren (CoolNovo, RockMelt, Rambler Nichrome, Yandex.Browser, [email protected]). Kan også fungere for Opera over version 15.1) Åbn browseren og indtast følgende i adresselinjen:
chrome://plugins/
Vi kommer til plugins-siden:
Chrome PDF Viewer" og deaktiver den. Afhængigt af browseren kan elementet kaldes anderledes, for eksempel i Yandex Browser kaldes viewer Yandex PDF Viewer.
Det er det, nu vil .pdf-filer blive åbnet gennem programmet installeret på din computer.
2. Mozilla Firefox.1) Åbn browseren, klik på Firefox-knappen øverst til venstre → "Indstillinger" → "Indstillinger".
2) Gå til fanen "Programmer" i vinduet, der åbnes. Indtast Portable Document Format i søgningen:
3) Vælg Portable Document Format (PDF) og klik på trekanten til højre i højre kolonne, her vælger vi hvad vi vil med PDF filer, ved at vælge det sidste punkt (brug et andet), kan du indstille et specifikt program til åbning af filer. Jeg foretrækker at vælge "Gem fil", som åbner et fildownloadvindue og derefter arbejde med filen, som det er praktisk for mig.
PDF-filer åbnes ikke i Internet Explorer med Adobe Reader 10.0 - brugere får en tom grå skærm. Hvordan kan jeg rette dette for mine brugere?
Der er et kendt problem med at åbne PDF-filer i Internet Explorer (v6, 7, 8, 9) med Adobe Reader X (version 10.0.*). Browservinduet indlæses med en tom grå skærm (og har ikke engang en Reader-værktøjslinje). Det fungerer godt med Firefox, Chrome eller Adobe Reader 10.1. *.
Jeg opdagede flere løsninger. Hvis du f.eks. klikker på Opdater, indlæses dokumentet korrekt. Opdatering til Adobe Reader 10.1. *, Eller sænke den til 9. * løser også problemet.
Alle disse løsninger kræver dog fra brugeren til at forstå dette. De fleste af mine brugere bliver meget forvirrede, når de ser denne grå skærm og ender med at give PDF-filen skylden og bebrejde webstedet for at bryde den. For at være ærlig, indtil jeg undersøgte dette problem, gav jeg også PDF'en skylden!
Så jeg prøver at finde ud af en måde at løse dette problem for mine brugere.
Jeg har overvejet at give et "Download PDF"-link (som indstiller Content-Disposition-headeren til vedhæftet fil i stedet for inline), men det kan min virksomhed slet ikke lide, fordi vi virkelig ønsker, at disse PDF-filer skal gengives i browseren.
Jeg håber virkelig på en løsning, der fungerer perfekt for slutbrugere, for jeg kan ikke stole på, at de ved, hvordan de ændrer deres Adobe Reader-indstillinger eller installerer opdateringer automatisk.
Her er den skræmmende grå skærm:
Rediger: Skærmbilledet er blevet fjernet fra filserveren! Beklagelse!
Billedet var af en browser med den sædvanlige værktøjslinje, men en ensfarvet grå baggrund, uden grænseflade.
Baggrundsoplysninger:
Selvom jeg ikke tror, at følgende oplysninger er relateret til mit problem, vil jeg inkludere det som reference:
Dette er en ASP.NET MVC-applikation og stilles til rådighed af jQuery.
Linket til PDF-filen har target=_blank, så det åbner i et nyt vindue.
PDF'en genereres med det samme, og alle indholdsoverskrifter er indstillet i overensstemmelse hermed. URL'en inkluderer IKKE .pdf-udvidelsen, men vi indstiller indholdsdisposition-headeren med et gyldigt .pdf-filnavn og en inline-parameter.
Rediger: Her er kildekoden, jeg bruger til at arbejde med PDF-filer.
Først controllerens handling:
Public ActionResult ComplianceCertificate(int id)( byte pdfBytes = ComplianceBusiness.GetCertificate(id); returner nyt PdfResult(pdfBytes, false, "Compliance Certificate (0).pdf", id); )
Og her er PdfResult (PdfResult, arver System.Web.Mvc.FileContentResult):
Brug af System.Net.Mime; ved hjælp af System.Web.Mvc; /// /// Returnerer de korrekte svaroverskrifter og "Content-Disposition" for en PDF-fil, /// og giver dig mulighed for at angive filnavnet, og om det vil blive downloadet af browseren. /// public class PdfResult: FileContentResult ( public ContentDisposition ContentDisposition ( get; private set; ) /// /// Returnerer et PDF FileResult. /// /// Dataene for PDF-filen /// Bestemmer om filen skal vises i browseren eller downloades som en fil /// Filnavnet, der vil blive vist, hvis filen downloades eller gemmes /// En liste over argumenter, der skal formateres til filnavnet /// public PdfResult(byte pdfFileContents,. bool download, streng filnavn, params objekt filnavnArgs) : base(pdfFileContents, "applikation/pdf") ( // Formater filnavnet: if (filnavnArgs != null && filnavnArgs.Længde > 0) ( filnavn = streng.Format(filnavn, filenameArgs); ) // Tilføj filnavnet til Content-Disposition ContentDisposition = new ContentDisposition ( Inline = !download, FileName = filnavn, Size = pdfFileContents.Length, ) beskyttet tilsidesættelse void WriteFile(System.Web.HttpResponseBase-svar) ( // Tilføj filnavnet til Content-Disposition-svaret.AddHeader("Content-Disposition", ContentDisposition.ToString());
base.WriteFile(response);
))
I mit tilfælde var løsningen ret simpel. Jeg tilføjede denne overskrift, og browsere åbnede filen i hver test. header("Indholdsdisposition: vedhæftet fil; filnavn = "filnavn.pdf"");
- Vi fik dette problem selv efter opdatering til den nyeste version af Adobe Reader.
- To forskellige metoder løste dette for os:
Brug af den gratis version af Foxit Reader i stedet for Adobe Reader
Men da de fleste af vores kunder bruger Adobe Reader, så i stedet for at kræve, at brugerne bruger Foxit Reader, begyndte vi at bruge window.open(url) til at åbne pdf i stedet for window.location.href = url . Adobe mistede filhåndteringen på tværs af forskellige iframes af en eller anden grund, da en PDF-fil blev åbnet ved hjælp af metoden window.location.href.
Jeg havde dette problem. Geninstallation af den seneste version af Adobe Reader gjorde intet. Adobe Reader fungerede i Chrome, men ikke i IE. Det her virkede for mig...
1) Gå til IE-værktøjer -> Kompatibilitetsvisning.
5) Gå tilbage til Kompatibilitetsvisning og slet den indtastning, du indtastede.
6) Adobe Reader fungerer nu i IE på alle websteder.
Dette er en mærkelig løsning, men det virkede for mig. Jeg var nødt til at gå gennem Adobe-acceptskærmen efter geninstallation, som først dukkede op, efter jeg lavede tricket View Compatibility View. Når det først blev accepteret, så det ud til at virke overalt. Ganske flaget materiale. Håber dette hjælper nogen.
Jeg har ikke en præcis løsning, men jeg deler mine erfaringer med dette, hvis de hjælper andre.
Fra min test opstår den grå skærm kun på langsommere maskiner. Til dato har jeg ikke været i stand til at genskabe det på nyere hardware. Alle mine test var i IE8 med Adobe Reader 10.1.2. Til mine test deaktiverede jeg SSL og fjernede alle overskrifter, der kunne deaktivere caching.
For at genskabe den grå skærm fulgte jeg disse trin:
1) Gå til siden, der linker til PDF-filen
2) Åbn PDF'en i et nyt vindue eller fane (enten via kontekstmenuen eller target="_blank")
3) I mine test vil denne PDF åbnes uden fejl (dog har jeg modtaget brugerrapporter, der indikerer fejl ved indlæsning af PDF'en for første gang)
4) Luk det nyligt åbnede vindue eller fane
5) Åbn PDF'en (igen) i et nyt vindue eller fane
6) Denne PDF åbner ikke, men viser i stedet kun den "grå skærm" nævnt af den første bruger (alle efterfølgende downloadede PDF'er vises heller ikke, før alle browservinduer er lukket)
Jeg har udført ovenstående test med flere forskellige PDF'er (både statiske og dynamiske) oprettet fra forskellige kilder, og problemet med grå skærm opstår altid, når ovenstående trin udføres (på en "langsom" computer).
For at afhjælpe problemet i min ansøgning har jeg "revet" siden, der linker til PDF'en (fjernede dele stykke for stykke, indtil den grå skærm ikke længere opstod). I min særlige applikation (bygget på et afsluttende bibliotek) syntes det at fjerne alle referencer til goog.userAgent.adobeReader at løse problemet. Denne nøjagtige løsning virker ikke med jquery eller .net MVC, men måske kan denne proces hjælpe dig med at isolere kilden til problemet. Jeg er endnu ikke kommet i gang med at isolere den del af goog.userAgent.adobeReader, der udløser fejlen i Adobe Reader, men chancerne er, at jquery har den samme plugin-detektionskode, der blev brugt i det afsluttende bibliotek.
Maskinen oplever en grå skærm:
Vind server "03 SP3
AMD Sempron 2400+ ved 1,6 GHz
256 MB hukommelse
Maskinen oplever ikke en grå skærm:
Vind XP x64 SP2
AMD Athlon II X4 620 ved 2,6 GHz
4 GB hukommelse
Ved at eksperimentere mere var grundårsagen i min ansøgning (kald til goog.userAgent.adobeReader) adgang til Adobe Reader via et ActiveXObject på en side med et PDF-link. Denne minimale testcase forårsager den grå skærm for mig (men sletning af ActiveXObject forårsager ikke den grå skærm).
hej nye ActiveXObject("AcroPDF.PDF.1");
forbindelse
Jeg er meget interesseret i, om andre kan genskabe problemet med denne testcase og følge trinene fra mit andet indlæg ("Jeg har ikke en nøjagtig løsning...") på en "langsom" computer.
Beklager, at jeg har sendt et nyt svar, men jeg kunne ikke finde ud af, hvordan man tilføjer en kodeblok til en kommentar til mit tidligere indlæg.
Et eksempel på video af denne minimale testcase er nedenfor: http://youtu.be/IgEcxzM6Kck
Jeg er klar over, at dette er et ret sent indlæg, men stadig en mulig løsning for OP. Jeg bruger IE9 på Win 7 og har i flere måneder oplevet problemer med Adobe Reader med grå skærm, når jeg forsøgte at åbne onlinebank-PDF'er og kreditkort. Jeg kunne åbne alt i Firefox eller Opera, men ikke i IE. Jeg prøvede endelig PDF-Viewer, sæt den som standard PDF-fremviser i mine præferencer og flere problemer. Jeg er sikker på, at der er andre gratis seere som Foxit, PDF-Xchange osv., der vil give bedre resultater end Reader med mindre hovedpine. Adobe er ligesom nogle af de andre store virksomheder, der udvikler software, take it or leave it... så jeg forlod det.
Til Win7 Acrobat Pro X
Da jeg gjorde alt dette uden at dobbelttjekke for at se, om problemet opstod bagefter, er jeg ikke sikker på, om det er grunden til, at de faktisk løste problemet, men en af dem gjorde det. Faktisk fungerede det perfekt efter at have lavet #3 og genstartet.
FYI: Nedenfor er den rækkefølge, jeg gennemgik reparationerne i.
Gå til Kontrolpanel > Mappeindstillinger i hvert Kontrolpanel Generelt, Vis og Søg, klik på knappen Gendan standardindstillinger Nulstil mapper-knappen
Gå til Internet Explorer, Værktøjer > Indstillinger > Avanceret > Nulstil (jeg behøvede ikke at slette personlige indstillinger)
Åbn Acrobat Pro X under Rediger > Indstillinger > Generelt.
Du kan blive bedt om at genstarte (det gjorde jeg).
Bedste ønsker
Tom sort side i stedet for et PDF-dokument i Apple Safari-webbrowseren
Nogle gange bliver forventningerne ikke indfriet. En person glæder sig til at læse brugermanualen til det udstyr, han planlægger at købe, men i stedet... kommer der en tom side frem på skærmen. Nogle gange fører et hyperlink trods alt ikke til den næste webside, men åbner et PDF-dokument direkte i browseren. I de fleste tilfælde er dette ikke et problem, og alt ser så gennemsigtigt ud for brugeren, at han måske ikke engang tænker på, hvilken type fil der i øjeblikket er åben. Moderne browsere, uden nogen tredjeparts softwaretilføjelser, gør et fremragende stykke arbejde med at åbne PDF-filer, som brugere typisk ser på mobile enheder. Men nogle gange opfører browserne Safari, Google Chrome og Firefox på Mac OS X sig helt anderledes, end brugeren forventer. I stedet for PDF-filen, der er postet via linket, befinder den bekymrede og irriterede læser sig selv på en sort eller hvid side, der absolut ikke indeholder nogen information. Heldigvis har dette problem en simpel løsning, som vi vil se på i dag.
Brugere oplevede problemer med at åbne PDF-dokumenter tilbage i juni sidste år. Problemet er allerede blevet overvejet af førende engelsksprogede budbringere fra Apple-fællesskabet som TidBITS og Mac OS X Hints. Og alligevel dukker dette emne op igen fra tid til anden. For de fleste brugere åbner alt, som det skal. Men dette er essensen af ethvert problem: Når det opstår, er en person af ringe interesse for, hvordan det går for flertallet. Han vil gerne arbejde normalt. Da manualer til husholdningsapparater og statistiske oplysninger ofte præsenteres i form af PDF-dokumenter på internettet, er muligheden for at åbne dem uden problemer ekstremt vigtig for mange brugere.
For en sikkerheds skyld, lad os præcisere: vi taler om versionen af Safari til Mac-computere og ikke om mobilversionen af denne berømte Apple-browser, som tegner sig for mobil internetaktivitet. På markedet for webnavigationsværktøjer til computerplatforme indtager Safari, omend en værdig, men meget mere beskeden position. Vi taler om årsagerne til denne situation.
I de fleste tilfælde er problemet med at læse PDF-dokumenter forankret i to plugins fra Adobe, som måske ikke "finder et fælles sprog" med moderne browsere. Vi taler om tilføjelser: AdobePDFViewer.plugin Og AdobePDFViewerNPAPI.plugin. De blev installeret med Adobe Reader og Adobe Acrobat Pro og blev designet til at tillade browsere at åbne PDF-dokumenter udviklet af Adobe.
Disse plugins til versioner af Adobe Reader eller Adobe Acrobat Pro tidligere end 10.1.3 er i øjeblikket inkompatible med nogle browsere. Vi taler hovedsageligt om Safari 5.1 (eller nyere), samt de nyeste versioner af Firefox. Den eneste forskel på hvordan problemet kommer til udtryk er, at Safari vil vise brugeren en sort side, mens Firefox vil vise en hvid side. Men i begge tilfælde vil siden være tom. Hvis en bruger støder på en lignende situation, er dette et sikkert tegn på, at Adobe-plugins, der er inkompatible med denne browser, er installeret på deres system. Men der er selvfølgelig altid en lille sandsynlighed for en anden årsag til denne browseradfærd.
Før du begynder at fjerne plugins, der forstyrrer normal drift, skal du sørge for at lukke din browser. Disse tilføjelser er placeret i mappen "Plug-ins", som igen er placeret i mappen "Library". Vi taler ikke om et skjult bibliotek i din hjemmemappe, hvis adresse er angivet som ~/Bibliotek/Internet plug-ins
Nej, i dette tilfælde taler vi om et bibliotek, der tilgås direkte fra rodmappen på din harddisk, dvs. /Bibliotek/Internet-plugins
Åbn denne mappe og find alle de filer, hvis navne begynder med AdobePDFViewer, og flyt dem ud af denne mappe (f.eks. "slip" dem midlertidigt på skrivebordet). Dette er blot en forholdsregel, så plugins let kan gendannes, hvis det ønskes, og returneres til deres oprindelige placeringer. Flytning af disse filer kræver, at du indtaster din computeradministrators brugernavn og adgangskode.
Nogle gange kan disse plugins dog ende i biblioteket i din hjemmemappe. På Mac OS X 10.7 Lion og 10.8 operativsystemer er denne mappe skjult. For at få adgang til det via Finder skal du trykke på Option-tasten og vælge handlingen for at gå til biblioteket (i den engelske version af Go - Library). Dette bibliotek indeholder en Internet plug-in mappe kaldet "Internet Plug-Ins".
Gå til det. Hvis der er plugins der AdobePDFViewer, flyt dem fra denne mappe. Handlingen kræver indtastning af administratorlogin og adgangskode. Faktisk er alt det samme som i hele biblioteket på computerniveau, kun med nogle finesser, som vi anså for nødvendige at overveje separat.
Når plugins er blevet flyttet fra biblioteket, genstart den webbrowser, hvor problemet opstod. Prøv at åbne et PDF-dokument fra linket. Hvis problemet virkelig var i Adobe-plugins, åbnes det korrekt ved hjælp af selve browserens software.
Baseret på materialer fra TidBITS.com
Internet Explorer 11 & 10 betragtes som de bedste versioner af Microsofts proprietære browser;
Internet Explorer. Med Windows 8 og Windows 7 kan du bruge IE 10 og IE 11. I begge disse iterationer stødte nogle brugere på et problem, at når de forsøger at downloade og åbne en PDF-fil, vil Internet Explorer ikke åbne PDF-filerne.
Nogle gange fryser IE bare, når PDF-filer indlæses. Til dette problem; du kan bruge Task Manager til at afslutte din session. Der har været tilfælde, hvor filen er downloadet mange gange, men kun delvist. De kan åbne fint i andre browsere, men ikke i IE.
Så hvordan kan jeg løse denne IE-adfærd? Nå, en simpel ting, der kunne løse det, er at indstille standard PDF-læseren til "Reader" introduceret i Windows 10/8.1, eller enhver anden tredjeparts PDF-læser efter eget valg. Dette vil løse problemet. Men hvis det ikke er det, kan du prøve denne registreringsdatabasen rettelse for at løse problemet:PDF-filer åbnes ikke i Internet Explorer
1. Tryk på Windows-tast + R-kombination, indtast put Regedt32.exe i dialogboksen Start, og tryk på Enter for at åbne Registreringseditor.
2. Naviger til følgende placering:
HKEY_CURRENT_USER Software Microsoft Internet Explorer Main
3. I højre rude på denne placering skal du se efter TabProcGrowth med navnet DWORD. Denne DWORD er faktisk en forkortelse for Tab Process Growth; som indstiller den hastighed, hvormed IE opretter New Tab-processer. Hvis du finder DWORD, skal det have en værdi på 0. Hvis du ikke kan finde det, skal du oprette det manuelt ved at bruge Højreklik -> Ny -> DWORD-værdi. Klik nu på den samme DWORD for at ændre dens dataværdi:
4. Indstil nu dataværdierne fra 0 til 1. Klik på OK. At sætte data til en værdi på 1 sikrer, at alle faner for en given rammeproces udføres i en enkelt tabulatorproces for det angivne obligatoriske integritetsniveau (MIC). Du kan nu lukke Registreringseditor og genstarte for at se resultaterne.