How do I control how Internet Explorer opens a document from the internet or an intranet?

Je kent het wel: je opent een Office-document (of eigenlijk: wat voor bestand dan ook) in IE en vervolgens gebeurt er iets wat je eigenlijk niet wilt: ofwel opent een Word-document in IE terwijl je eigenlijk Word wilde openen of juist andersom enz enz...

Dit gedrag heeft alles te maken met de registry values "Confirm open after download" en "Browse in same window" settings voor de betreffende file extension. De eerste regelt het al of niet vragen van IE of je het bestand wilt openen of opslaan, de tweede bepaalt of het bestand in IE moet worden geopend of in de native application.

Voor een uitleg hoe dit met Word in z'n werk gaat, zie
How do I control how Internet Explorer opens a document from the internet or an intranet? Voor een REG-file die de settings voor alle Office-programma's zodanig zet dat ze altijd in hun native application openen, zie Office Documents opening in IE.

Na nog wat verder uitzoekwerk, blijkt het volgende: in HKEY_CLASSES_ROOT wordt per bestandstype bijgehouden wat ermee moet gebeuren wanneer een dergelijk bestand in de browser wordt geopend. Zo is er een key HKEY_CLASSES_ROOT\Word.Document.8 (de 8 heeft te maken met de Office-versie, er is bijv. ook Word.Document.6 voor oudere Office-versies; hoe dat precies zit staat hier), waarin het gedrag voor .DOC-bestanden wordt geregeld. Per registry key zijn er twee REG_DWORDs die van belang zijn, te weten:
EditFlags, deze komt overeen met "Confirm Open After Download", en
BrowserFlags, deze komt overeen met "Browse In Same Window".

Door deze vlaggen een bepaalde waarde te geven, kan het gewenste resultaat worden bereikt. Een en ander werkt als volgt:
REG_DWORD BrowserFlags:
* value 0x00000000 = bestand in browser openen
* value 0x00000008 = bestand in applicatie openen
REG_DWORD EditFlags:
* value 0x00000000 = vraag om Openen/Opslaan
* value 0x00010000 = vraag niet om Openen/Opslaan, open rechtstreeks

Microsoft KBA's hierover: BrowserFlags en EditFlags.

By the way, dit lost een probleem op wat al langer op mijn eigen systeem speelde. Bij het downloaden van .ZIP-files, heeft mijn IE ooit besloten dat die .ZIP-files gelijk maar geopend moesten worden. Dus geen vraag waar het bestand op te slaan, direct openen. Reuze irritant. Is door bovenstaande ook opgelost ;-)

Reacties

Een reactie posten

Populaire posts van deze blog

Lessons Learned - Cisco ASA 5505 and TCP request discarded

Hi there, Last week, we set up a Cisco ASA 5505 firewall in one of our customers' LAN. It should replace the ISA 2000 firewall over there, because we need to create a site-to-site tunnel to a PIX 515E on a remote location. All went fine with this ASA 5505, except that it would not pass any traffic from the internet to the LAN. From the inside out, all was OK. From the outside in, nothing would pass the firewall. The relevant config lines were as follows: static (inside,outside) tcp w.x.y.z 25 10.10.10.10 25 netmask 255.255.255.255 access-list outside01 permit tcp any host w.x.y.z eq 25 access-group outside01 in interface outside So, here we redirect all SMTP traffic on public interface with IP w.x.y.z to private host 10.10.10.10. Nothing much would happen. Internally, the SMTP host was listening, of course. From outside, the interface with IP w.x.y.z was pingable, of course. From the outside, configuring the ASA with SSH or HTTPS went fine. (So, traffic TO the
Meer lezen

Change the default telnet client

Enable handling of telnet://hostname:port/ URLs on the command line. With this feature, you can now set PuTTY as the default handler for Telnet URLs. If you run the Registry Editor and set the value in HKEY_CLASSES_ROOT\telnet\shell\open\command to be "\path\to\putty.exe %1" (with the full pathname of your PuTTY executable), you should find that clicking on telnet links in your web browser now runs PuTTY.
Meer lezen

Printing to LPD Printer Is Slow or Fails with Windows

Experienced a nasty printing problem, which was caused by a number of ingredients that together will make it very odd that someone else will ever experience this problem, but anyway: here's the story... At a customer's site, we implemented new industrial labelprinters (Zebra's, very fine machines). Per label printing went fine to these printers, but printing a higher number of labels (> 10) showed a strange phenomenon: a number of labels printed fine, the system waited for a couple of minutes, then some labels again, then some minutes waiting again and so on... Very strange, but more important: very irritating! Other relevant infrastructure components: SAP R3 on Windows 2000 Server, printing to LPR-printers on the 2000-box, which in turn delivers the label on a print server (running Teklynx Sentinel S4 Print Pack for adding barcode functionality etc.). On this print server, the label processing is carried out and at last the label is delivered to the labelprinter. Quite
Meer lezen