Slik deaktiverer du PDF-Viewer innebygd i Chrome (Rambler, Yandex) eller Firefox. Javascript - åpen - åpne pdf i chrome-nettleseren Pdf åpnes ikke i nettleseren Explorer 11
God ettermiddag. Jeg har brukt Google Chrome-nettleseren nesten siden den offisielle kunngjøringen, og jeg liker den veldig godt. Og nå har det allerede skjedd at til og med Opera har byttet til Chromium-motoren og er i hovedsak den samme Chrome, bare med et litt modifisert skall og "andre" funksjoner. Jeg har allerede skrevet en gang om hvordan i nettlesere. I dag skal vi berøre et litt annet emne, nemlig: deaktivering av nettleserens innebygde visningsplugin. Jeg kan egentlig ikke forklare hvorfor dette er, men jeg liker ikke det faktum at .pdf-filer åpnes i nettleseren. Jeg foretrekker å bruke Acrobat Reader eller STDU Viewer. Hvis plugin-en din av en eller annen grunn har sluttet å fungere og du trenger den, vil du takket være denne artikkelen lære hvordan du slår den på igjen.
1. Google Chrome og alle nettlesere basert på Chromium-motoren (CoolNovo, RockMelt, Rambler Nichrome, Yandex.Browser, [email protected]). Kan også fungere for Opera over versjon 15.1) Åpne nettleseren og skriv inn følgende i adressefeltet:
chrome://plugins/
Vi kommer til plugins-siden:
Chrome PDF Viewer" og deaktiver den. Avhengig av nettleseren, kan elementet kalles annerledes, for eksempel i Yandex Browser Viewer kalles Yandex PDF Viewer.
Det er det, nå vil .pdf-filer åpnes gjennom programmet som er installert på datamaskinen din.
2. Mozilla Firefox.1) Åpne nettleseren, klikk på Firefox-knappen øverst til venstre → "Innstillinger" → "Innstillinger".
2) Gå til "Programmer"-fanen i vinduet som åpnes. Skriv inn Portable Document Format i søket:
3) Velg Portable Document Format (PDF) og klikk på trekanten til høyre i høyre kolonne, her velger vi hva vi vil gjøre med PDF-filer, ved å velge siste element (bruk et annet), kan du sette et spesifikt program for å åpne filer. Jeg foretrekker å velge "Lagre fil", som vil få opp et filnedlastingsvindu, og deretter jobbe med filen som er praktisk for meg.
PDF-filer åpnes ikke i Internet Explorer med Adobe Reader 10.0 – brukere får en tom grå skjerm. Hvordan kan jeg fikse dette for brukerne mine? (7)
Det er et kjent problem med å åpne PDF-filer i Internet Explorer (v6, 7, 8, 9) med Adobe Reader X (versjon 10.0.*). Nettleservinduet lastes med en tom grå skjerm (og har ikke engang en Reader-verktøylinje). Det fungerer utmerket med Firefox, Chrome eller Adobe Reader 10.1. *.
Jeg oppdaget flere løsninger. Hvis du for eksempel klikker på Oppdater, lastes dokumentet inn riktig. Oppdater til Adobe Reader 10.1. *, Eller senke den til 9. * løser også problemet.
Alle disse løsningene krever imidlertid fra brukeren for å forstå dette. De fleste av brukerne mine blir veldig forvirret når de ser denne grå skjermen og ender opp med å klandre PDF-filen og klandre nettstedet for å ha ødelagt den. For å være ærlig, før jeg undersøkte dette problemet, ga jeg skylden på PDF-en også!
Så jeg prøver å finne en måte å løse dette problemet for brukerne mine.
Jeg har vurdert å gi en "Last ned PDF"-kobling (som setter Content-Disposition-overskriften til vedlegg i stedet for inline), men firmaet mitt liker det ikke i det hele tatt fordi vi virkelig ønsker at disse PDF-filene skal gjengis i nettleseren.
Jeg håper virkelig på en løsning som fungerer perfekt for sluttbrukere, fordi jeg ikke kan stole på at de vet hvordan de endrer Adobe Reader-innstillingene eller installerer oppdateringer automatisk.
Her er den skumle grå skjermen:
Rediger: Skjermbildet er fjernet fra filserveren! Angre!
Bildet var av en nettleser, med den vanlige verktøylinjen, men en solid grå bakgrunn, uten grensesnitt.
Bakgrunnsinformasjon:
Selv om jeg ikke tror følgende informasjon er relatert til problemet mitt, tar jeg med det som referanse:
Dette er en ASP.NET MVC-applikasjon og er gjort tilgjengelig av jQuery.
Linken til PDF-filen har target=_blank slik at den åpnes i et nytt vindu.
PDF-filen genereres umiddelbart, og alle innholdsoverskrifter settes deretter. URL-en inkluderer IKKE .pdf-utvidelsen, men vi setter med et gyldig .pdf-filnavn og en innebygd parameter.
Edit: Her er kildekoden jeg bruker for å jobbe med PDF-filer.
Først kontrollerens handling:
Public ActionResult ComplianceCertificate(int id)( byte pdfBytes = ComplianceBusiness.GetCertificate(id); returner nytt PdfResult(pdfBytes, false, "Compliance Certificate (0).pdf", id); )
Og her er PdfResult (PdfResult, arver System.Web.Mvc.FileContentResult):
Bruke System.Net.Mime; bruker System.Web.Mvc; /// /// Returnerer de riktige svarhodene og "Content-Disposition" for en PDF-fil, /// og lar deg spesifisere filnavnet og om det skal lastes ned av nettleseren. /// public class PdfResult: FileContentResult ( public ContentDisposition ContentDisposition ( get; private set; ) /// /// Returnerer et PDF-filresultat. /// /// Dataene for PDF-filen /// Bestemmer om filen skal vises i nettleseren eller lastes ned som en fil /// Filnavnet som vises hvis filen lastes ned eller lagres /// En liste over argumenter som skal formateres til filnavnet /// public PdfResult(byte pdfFileContents,. bool nedlasting, streng filnavn, params objekt filnavnArgs) : base(pdfFileContents, "applikasjon/pdf") ( // Formater filnavnet: if (filnavnArgs != null && filnavnArgs.Lengde > 0) ( filnavn = streng.Format(filnavn, filenameArgs); ) // Legg til filnavnet til Content-Disposition ContentDisposition = new ContentDisposition ( Inline = !download, FileName = filename, Size = pdfFileContents.Length, ) beskyttet overstyr void WriteFile(System.Web.HttpResponseBase-svar) ( // Legg til filnavnet i Content-Disposition-responsen.AddHeader("Content-Disposition", ContentDisposition.ToString()); base.WriteFile(response); ) )
I mitt tilfelle var løsningen ganske enkel. Jeg la til denne overskriften og nettlesere åpnet filen i hver test. header("Innholdsdisposisjon: vedlegg; filnavn = "filnavn.pdf"");
Vi fikk dette problemet selv etter oppdatering til den nyeste versjonen av Adobe Reader.
To forskjellige metoder løste dette for oss:
- Bruker gratisversjonen av Foxit Reader i stedet for Adobe Reader
- Men siden de fleste av kundene våre bruker Adobe Reader, så i stedet for å kreve at brukerne bruker Foxit Reader, begynte vi å bruke window.open(url) for å åpne pdf i stedet for window.location.href = url . Adobe mistet filhåndtaket på tvers av forskjellige iframes av en eller annen grunn da en PDF-fil ble åpnet med metoden window.location.href.
Jeg hadde dette problemet. Å installere den nyeste versjonen av Adobe Reader på nytt gjorde ingenting. Adobe Reader fungerte i Chrome, men ikke i IE. Dette fungerte for meg...
1) Gå til IE Verktøy -> Kompatibilitetsvisning.
2) Gå inn på nettsiden med PDF-filen du vil se. Klikk OK.
3) Start IE på nytt 4) Gå til nettsiden du skrev inn og velg PDF. Han må dukke opp.
5) Gå tilbake til kompatibilitetsvisning og slett oppføringen du skrev inn.
6) Adobe Reader fungerer nå i IE på alle nettsteder.
Dette er en merkelig løsning, men det fungerte for meg. Jeg måtte gå gjennom Adobe-godkjenningsskjermen etter å ha installert på nytt, som først dukket opp etter at jeg gjorde View Compatibility View-trikset. Når det ble akseptert, så det ut til å fungere overalt. Ganske flassende materiale. Håper dette hjelper noen.
Jeg har ingen eksakt løsning, men jeg skal dele mine erfaringer med dette i tilfelle de hjelper noen andre.
Fra min testing forekommer den grå skjermen bare på tregere maskiner. Til dags dato har jeg ikke vært i stand til å gjenskape den på nyere maskinvare. Alle testene mine var i IE8 med Adobe Reader 10.1.2. For testene mine deaktiverte jeg SSL og fjernet alle overskrifter som kan deaktivere caching.
For å gjenskape den grå skjermen fulgte jeg disse trinnene:
1) Gå til siden som lenker til PDF-filen
2) Åpne PDF-en i et nytt vindu eller fane (enten via hurtigmenyen eller i target="_blank")
3) I mine tester vil denne PDF-filen åpnes uten feil (men jeg har mottatt brukerrapporter som indikerer feil ved innlasting av PDF-en for første gang)
4) Lukk det nylig åpnede vinduet eller fanen
5) Åpne PDF-filen (igjen) i et nytt vindu eller fane
6) Denne PDF-en åpnes ikke, men viser i stedet bare den "grå skjermen" nevnt av den første brukeren (alle påfølgende nedlastede PDF-er vises heller ikke før alle nettleservinduer er lukket)
Jeg har utført testen ovenfor med flere forskjellige PDF-filer (både statiske og dynamiske) laget fra forskjellige kilder, og problemet med grå skjerm oppstår alltid når trinnene ovenfor utføres (på en "treg" datamaskin).
For å dempe problemet i applikasjonen min, "revet" jeg siden som lenker til PDF-en (fjerner deler stykke for stykke til den grå skjermen ikke lenger oppsto). I min spesifikke applikasjon (bygget på et avsluttende bibliotek), så det ut til å løse problemet ved å fjerne alle referanser til goog.userAgent.adobeReader. Denne nøyaktige løsningen vil ikke fungere med jquery eller .net MVC, men kanskje denne prosessen kan hjelpe deg med å isolere kilden til problemet. Jeg har ennå ikke fått til å isolere den delen av goog.userAgent.adobeReader som utløser feilen i Adobe Reader, men sjansen er stor for at jquery kan ha den samme plugin-deteksjonskoden som brukes i det avsluttende biblioteket.
Maskinen opplever en grå skjerm:
Win Server "03 SP3
AMD Sempron 2400+ på 1,6 GHz
256 MB minne
Maskinen opplever ikke en grå skjerm:
Vinn XP x64 SP2
AMD Athlon II X4 620 på 2,6 GHz
4 GB minne
Etter å ha eksperimentert mer, var grunnårsaken i applikasjonen min (ringer goog.userAgent.adobeReader) tilgang til Adobe Reader gjennom et ActiveXObject på en side med en PDF-kobling. Denne minimale testsaken forårsaker den grå skjermen for meg (men sletting av ActiveXObject forårsaker ikke den grå skjermen).
hei nye ActiveXObject("AcroPDF.PDF.1"); link
Jeg er veldig interessert i om andre kan gjenskape problemet med denne testsaken og følge trinnene fra det andre innlegget mitt ("Jeg har ikke en eksakt løsning...") på en "treg" datamaskin.
Beklager for å legge ut et nytt svar, men jeg fant ikke ut hvordan jeg skulle legge til en kodeblokk i en kommentar til mitt forrige innlegg.
En eksempelvideo av denne minimale testsaken er nedenfor: http://youtu.be/IgEcxzM6Kck
Jeg skjønner at dette er et ganske sent innlegg, men fortsatt en mulig løsning for OP. Jeg bruker IE9 på Win 7 og har opplevd Adobe Reader-gråskjermproblemer i flere måneder når jeg prøver å åpne PDF-filer for nettbank og kredittkort. Jeg kunne åpne alt i Firefox eller Opera, men ikke i IE. Jeg prøvde til slutt PDF-Viewer, sett den som standard PDF-viewer i mine preferanser og flere problemer. Jeg er sikker på at det er andre gratis seere som Foxit, PDF-Xchange, etc. som vil gi bedre resultater enn Reader med mindre hodepine. Adobe er som noen av de andre store selskapene som utvikler programvare, take it or leave it... så jeg lot det være.
For Win7 Acrobat Pro X
Siden jeg gjorde alt dette uten å dobbeltsjekke for å se om problemet oppsto etterpå, er jeg ikke sikker på om dette er grunnen til at de faktisk løste problemet, men en av dem gjorde det. Faktisk, etter å ha gjort #3 og startet på nytt, fungerte det perfekt.
FYI: Nedenfor er rekkefølgen jeg gikk gjennom reparasjonene.
Gå til Kontrollpanel > Mappealternativer i hvert kontrollpanel Generelt, Vis og søk klikk på Gjenopprett standarder-knappen Tilbakestill mapper-knappen
Gå til Internet Explorer, Verktøy > Alternativer > Avansert > Tilbakestill (jeg trengte ikke å slette personlige innstillinger)
Åpne Acrobat Pro X under Rediger > Innstillinger > Generelt.
Velg Standard PDF-behandler nederst på siden. Jeg valgte Adobe Pro X og klikket på Bruk.
Du kan bli bedt om å starte på nytt (det gjorde jeg).
Beste hilsener
Tom svart side i stedet for et PDF-dokument i Apple Safari-nettleseren
Noen ganger blir ikke forventningene innfridd. En person gleder seg til å lese bruksanvisningen for utstyret han planlegger å kjøpe, men i stedet... dukker det opp en blank side på skjermen. Tross alt, noen ganger fører ikke en hyperkobling til neste nettside, men åpner et PDF-dokument direkte i nettleseren. I de fleste tilfeller er ikke dette et problem, og alt ser så gjennomsiktig ut for brukeren at han kanskje ikke engang tenker på hvilken type fil som er åpen for øyeblikket. Moderne nettlesere, uten noen tredjeparts programvaretillegg, gjør en utmerket jobb med å åpne PDF-filer som brukere vanligvis ser på mobile enheter. Men noen ganger oppfører nettleserne Safari, Google Chrome og Firefox på Mac OS X seg helt annerledes enn brukeren forventer. I stedet for PDF-filen som er lagt ut via lenken, befinner den fortvilte og irriterte leseren seg på en svart eller hvit side som inneholder absolutt ingen informasjon. Heldigvis har dette problemet en enkel løsning, som vi skal se på i dag.
Brukere opplevde problemer med å åpne PDF-dokumenter i juni i fjor. Problemet har allerede blitt vurdert av slike ledende engelskspråklige budbringere fra Apple-fellesskapet som TidBITS og Mac OS X Hints. Og likevel, fra tid til annen dukker dette temaet opp igjen. For de fleste brukere åpner alt seg som det skal. Men dette er essensen av ethvert problem: når det oppstår, er en person av liten interesse for hvordan det går for flertallet. Han vil gjerne jobbe normalt. Siden håndbøker for husholdningsapparater og statistisk informasjon ofte presenteres i form av PDF-dokumenter på Internett, er muligheten til å åpne dem uten problemer ekstremt viktig for mange brukere.
Bare i tilfelle, la oss avklare: vi snakker om versjonen av Safari for Mac-datamaskiner, og ikke om mobilversjonen av denne berømte Apple-nettleseren, som står for mobil Internett-aktivitet. I markedet for netnavigasjonsverktøy for dataplattformer inntar Safari en verdig, men mye mer beskjeden posisjon. Vi snakker om årsakene til denne tilstanden.
I de fleste tilfeller er problemet med å lese PDF-dokumenter forankret i to plugins fra Adobe, som kanskje ikke "finner et felles språk" med moderne nettlesere. Vi snakker om tillegg: AdobePDFViewer.plugin Og AdobePDFViewerNPAPI.plugin. De ble installert med Adobe Reader og Adobe Acrobat Pro og ble designet for å tillate nettlesere å åpne PDF-dokumenter utviklet av Adobe.
Disse pluginene for versjoner av Adobe Reader eller Adobe Acrobat Pro tidligere enn 10.1.3 er for øyeblikket inkompatible med enkelte nettlesere. Vi snakker hovedsakelig om Safari 5.1 (eller nyere), samt de nyeste versjonene av Firefox. Den eneste forskjellen i hvordan problemet manifesterer seg er at Safari vil vise brukeren en svart side, mens Firefox vil vise en hvit side. Men i begge tilfeller vil siden være tom. Hvis en bruker støter på en lignende situasjon, er dette et sikkert tegn på at Adobe-plugins som er inkompatible med denne nettleseren er installert på systemet deres. Men det er selvfølgelig alltid lav sannsynlighet for en annen årsak til denne nettleseroppførselen.
Før du begynner å fjerne plugins som forstyrrer normal drift, må du lukke nettleseren. Disse tilleggene er plassert i "Plug-ins"-mappen, som igjen ligger i "Library"-mappen. Vi snakker ikke om et skjult bibliotek i hjemmekatalogen din, hvis adresse er angitt som ~/Bibliotek/Internett-plugin-moduler
Nei, i dette tilfellet snakker vi om et bibliotek som er tilgjengelig direkte fra rotkatalogen på harddisken din, dvs. /Bibliotek/Internett-plugin-moduler
Åpne denne mappen og finn alle filene hvis navn begynner med AdobePDFViewer og flytt dem ut av denne mappen (for eksempel "slipp" dem midlertidig på skrivebordet). Dette er bare en forholdsregel slik at pluginene enkelt kan gjenopprettes om ønskelig og returneres til sine opprinnelige plasseringer. Flytting av disse filene krever at du oppgir brukernavn og passord for datamaskinadministratoren.
Noen ganger kan imidlertid disse pluginene havne i biblioteket i hjemmekatalogen din. På Mac OS X 10.7 Lion og 10.8 operativsystemer er denne mappen skjult. For å gå inn via Finder, trykk på Tilvalg-tasten og velg handlingen for å gå til biblioteket (i den engelske versjonen av Go - Library). Dette biblioteket inneholder en Internett-plugin-mappe kalt "Internet Plug-Ins".
Gå til den. Hvis det er plugins der AdobePDFViewer, flytt dem fra denne mappen. Handlingen krever at du oppgir administratorinnlogging og passord. Faktisk er alt det samme som i hele biblioteket på datamaskinnivå, bare med noen finesser som vi anså som nødvendig å vurdere separat.
Når pluginene har blitt flyttet fra biblioteket, start nettleseren der problemet oppsto på nytt. Prøv å åpne et PDF-dokument fra lenken. Hvis problemet virkelig var i Adobe-plugins, åpnes det riktig ved å bruke programvaren til selve nettleseren.
Basert på materiale fra TidBITS.com
Internet Explorer 11 og 10 regnes som de beste versjonene av Microsofts proprietære nettleser; Internet Explorer. Med Windows 8 og Windows 7 kan du bruke IE 10 og IE 11. I begge disse iterasjonene har noen brukere støtt på et problem at når de prøver å laste ned og åpne en PDF-fil, vil ikke Internet Explorer åpne PDF-filene.
Noen ganger fryser IE bare når du laster inn PDF-filer. For dette problemet; du kan bruke Task Manager for å avslutte økten. Det har vært tilfeller hvor filen er lastet ned mange ganger, men bare delvis. De kan åpne helt fint i andre nettlesere, men ikke i IE.
Så hvordan kan jeg løse denne IE-oppførselen? Vel, en enkel ting som kan fikse det, er å sette standard PDF-leser til "Reader" introdusert i Windows 10/8.1, eller en annen tredjeparts PDF-leser etter eget valg. Dette vil løse problemet. Men hvis det ikke er det, kan du prøve denne registerfiksen for å fikse problemet:
PDF-filer åpnes ikke i Internet Explorer1. Trykk Windows-tast + R-kombinasjon, skriv inn put Regedt32.exe i Start-dialogboksen og trykk Enter for å åpne Registerredigering.
2. Naviger til følgende plassering:
HKEY_CURRENT_USER Programvare Microsoft Internet Explorer Main
3. Se etter TabProcGrowth kalt DWORD i den høyre ruten på denne plasseringen. Denne DWORD er faktisk forkortelse for Tab Process Growth; som angir hastigheten som IE oppretter New Tab-prosesser med. Hvis du finner DWORD, bør den ha en verdi på 0. Hvis du ikke finner det, lag det manuelt ved å bruke Høyreklikk -> Ny -> DWORD-verdi. Klikk nå på samme DWORD for å endre dataverdien:
4. Sett nå dataverdiene fra 0 til 1. Klikk OK. Å sette data til en verdi på 1 sikrer at alle faner for en gitt rammeprosess blir utført i en enkelt tabulatorprosess for det spesifiserte obligatoriske integritetsnivået (MIC). Du kan nå lukke Registerredigering og starte på nytt for å se resultatene.
Håper du finner løsningen nyttig!