Je ne parviens pas à résoudre le problème suivant :
J'ai un petit site web constitué d'un ensemble de pages que j'édite sur
mon PC personnel.
Après avoir modifié l'une ou l'autre page, j'aime bien vérifier leur
apparence dans divers browsers, dont Internet Explorer, avant d'uploader
la nouvelle version chez mon fournisseur d'accès.
Je visualise ces pages localement sans problème avec Mozilla et
Netscape, mais pas avec Internet Explorer 6.0.2800 sp1.
Plus précisément, il s'agit de pages avec deux "frames", l'un qui sert
de table des matières, l'autres affichant soit des pages "locales" soit
des pages extérieures référencées dans la table des matières.
Le fichier "Table.htm" chargé isolément s'affiche bien dans IE.
Chacune des pages de texte (qui sont référencées par la table) s'affiche
également bien prise isolément.
C'est quand je veux charger la page "frameset" qui devrait dispatcher
d'une part la table des matières dans un frame et,d'autre part, d'autres
fichiers dans l'autre frame que survient le problème.
Le même site une fois uploadé chez mon FA est lisible sans problème dans IE!
J'ai cru comprendre quelque part qu'il s'agissait non pas d'un bug mais
bien d'une nouvelle propriété de sécurité par défaut d'IE 6.0 sp1 : Le
fait de charger une page "locale" activerait un niveau maximal de
sécurité empêchant la même "instance" d'IE de charger des pages
non-locales (provenant du web).
Est-ce exact?
Existe-t-il un moyen de désactiver ce mécanisme de protection?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
technicland
Marc Lacrosse nous a dit :
Bonjour
Je ne parviens pas à résoudre le problème suivant : J'ai un petit site web constitué d'un ensemble de pages que j'édite sur mon PC personnel. Après avoir modifié l'une ou l'autre page, j'aime bien vérifier leur apparence dans divers browsers, dont Internet Explorer, avant d'uploader la nouvelle version chez mon fournisseur d'accès. Je visualise ces pages localement sans problème avec Mozilla et Netscape, mais pas avec Internet Explorer 6.0.2800 sp1.
Plus précisément, il s'agit de pages avec deux "frames", l'un qui sert de table des matières, l'autres affichant soit des pages "locales" soit des pages extérieures référencées dans la table des matières. Le fichier "Table.htm" chargé isolément s'affiche bien dans IE. Chacune des pages de texte (qui sont référencées par la table) s'affiche également bien prise isolément. C'est quand je veux charger la page "frameset" qui devrait dispatcher d'une part la table des matières dans un frame et,d'autre part, d'autres fichiers dans l'autre frame que survient le problème. Le même site une fois uploadé chez mon FA est lisible sans problème dans IE! J'ai cru comprendre quelque part qu'il s'agissait non pas d'un bug mais bien d'une nouvelle propriété de sécurité par défaut d'IE 6.0 sp1 : Le fait de charger une page "locale" activerait un niveau maximal de sécurité empêchant la même "instance" d'IE de charger des pages non-locales (provenant du web).
Est-ce exact? Existe-t-il un moyen de désactiver ce mécanisme de protection?
Bonjour c'est une nouvelle fonctionnalité apportée a IE via le SP2, cela s'appelle le blocage de l'elevation de zone. C'est desactivable mais je ne te le conseille pas puisque tu ne veut que pouvoir tester ton truc en local donc pour pouvoir lire cela tu te decouvrirais completement. Pour ne pas desactiver cette protection et pouvoir faire fonctionner ton truc en local renome ton frame principal de .htm en .hta ca devrait fonctionner. Si tu veux vraiment prendre le risque de te decouvrir j ai dans mes archives un script pour desactiver le blocage de l'elevation de zone dis moi je te le mailerai
Je ne parviens pas à résoudre le problème suivant :
J'ai un petit site web constitué d'un ensemble de pages que j'édite
sur mon PC personnel.
Après avoir modifié l'une ou l'autre page, j'aime bien vérifier leur
apparence dans divers browsers, dont Internet Explorer, avant
d'uploader la nouvelle version chez mon fournisseur d'accès.
Je visualise ces pages localement sans problème avec Mozilla et
Netscape, mais pas avec Internet Explorer 6.0.2800 sp1.
Plus précisément, il s'agit de pages avec deux "frames", l'un qui sert
de table des matières, l'autres affichant soit des pages "locales"
soit des pages extérieures référencées dans la table des matières.
Le fichier "Table.htm" chargé isolément s'affiche bien dans IE.
Chacune des pages de texte (qui sont référencées par la table)
s'affiche également bien prise isolément.
C'est quand je veux charger la page "frameset" qui devrait dispatcher
d'une part la table des matières dans un frame et,d'autre part,
d'autres fichiers dans l'autre frame que survient le problème.
Le même site une fois uploadé chez mon FA est lisible sans problème
dans IE!
J'ai cru comprendre quelque part qu'il s'agissait non pas d'un bug
mais bien d'une nouvelle propriété de sécurité par défaut d'IE 6.0
sp1 : Le fait de charger une page "locale" activerait un niveau maximal de
sécurité empêchant la même "instance" d'IE de charger des pages
non-locales (provenant du web).
Est-ce exact?
Existe-t-il un moyen de désactiver ce mécanisme de protection?
Bonjour
c'est une nouvelle fonctionnalité apportée a IE via le SP2, cela s'appelle
le blocage de l'elevation de zone.
C'est desactivable mais je ne te le conseille pas puisque tu ne veut que
pouvoir tester ton truc en local donc pour pouvoir lire cela tu te
decouvrirais completement.
Pour ne pas desactiver cette protection et pouvoir faire fonctionner ton
truc en local renome ton frame principal de .htm en .hta ca devrait
fonctionner.
Si tu veux vraiment prendre le risque de te decouvrir j ai dans mes archives
un script pour desactiver le blocage de l'elevation de zone dis moi je te le
mailerai
Je ne parviens pas à résoudre le problème suivant : J'ai un petit site web constitué d'un ensemble de pages que j'édite sur mon PC personnel. Après avoir modifié l'une ou l'autre page, j'aime bien vérifier leur apparence dans divers browsers, dont Internet Explorer, avant d'uploader la nouvelle version chez mon fournisseur d'accès. Je visualise ces pages localement sans problème avec Mozilla et Netscape, mais pas avec Internet Explorer 6.0.2800 sp1.
Plus précisément, il s'agit de pages avec deux "frames", l'un qui sert de table des matières, l'autres affichant soit des pages "locales" soit des pages extérieures référencées dans la table des matières. Le fichier "Table.htm" chargé isolément s'affiche bien dans IE. Chacune des pages de texte (qui sont référencées par la table) s'affiche également bien prise isolément. C'est quand je veux charger la page "frameset" qui devrait dispatcher d'une part la table des matières dans un frame et,d'autre part, d'autres fichiers dans l'autre frame que survient le problème. Le même site une fois uploadé chez mon FA est lisible sans problème dans IE! J'ai cru comprendre quelque part qu'il s'agissait non pas d'un bug mais bien d'une nouvelle propriété de sécurité par défaut d'IE 6.0 sp1 : Le fait de charger une page "locale" activerait un niveau maximal de sécurité empêchant la même "instance" d'IE de charger des pages non-locales (provenant du web).
Est-ce exact? Existe-t-il un moyen de désactiver ce mécanisme de protection?
Bonjour c'est une nouvelle fonctionnalité apportée a IE via le SP2, cela s'appelle le blocage de l'elevation de zone. C'est desactivable mais je ne te le conseille pas puisque tu ne veut que pouvoir tester ton truc en local donc pour pouvoir lire cela tu te decouvrirais completement. Pour ne pas desactiver cette protection et pouvoir faire fonctionner ton truc en local renome ton frame principal de .htm en .hta ca devrait fonctionner. Si tu veux vraiment prendre le risque de te decouvrir j ai dans mes archives un script pour desactiver le blocage de l'elevation de zone dis moi je te le mailerai
c'est une nouvelle fonctionnalité apportée a IE via le SP2, cela s'appelle le blocage de l'elevation de zone. C'est desactivable mais je ne te le conseille pas puisque tu ne veut que pouvoir tester ton truc en local donc pour pouvoir lire cela tu te decouvrirais completement. Pour ne pas desactiver cette protection et pouvoir faire fonctionner ton truc en local renome ton frame principal de .htm en .hta ca devrait fonctionner. Si tu veux vraiment prendre le risque de te decouvrir j ai dans mes archives un script pour desactiver le blocage de l'elevation de zone dis moi je te le mailerai
Merci pour la réponse !
Je vais faire l'essai de renommer ma page "frameset" en .hta dès que je peux. (C'est quoi au juste, ce suffixe ".hta" ?) Le script de désactivation de blocage d'élévation de zone m'intéresse, car je n'utilise quasiment jamais IE pour surfer sur le web (je préfère Firefox) et je ne m'en sers quasiment que pour tester mon site localement. Ce serait surtout bien si il y a moyen au besoin de réactiver cette fonction. Mais comment se fait-il qu'il faille passer par un script pour arriver à ces réglages ? Pas moyen par les menus de config de sécurité ?
Vraiment Microsoft a de quoi laisser quelquefois perplexe ...
Encore merci
Marc
marcUNDERSCORElacrosseATswingDOTbe
technicland wrote:
c'est une nouvelle fonctionnalité apportée a IE via le SP2, cela s'appelle
le blocage de l'elevation de zone.
C'est desactivable mais je ne te le conseille pas puisque tu ne veut que
pouvoir tester ton truc en local donc pour pouvoir lire cela tu te
decouvrirais completement.
Pour ne pas desactiver cette protection et pouvoir faire fonctionner ton
truc en local renome ton frame principal de .htm en .hta ca devrait
fonctionner.
Si tu veux vraiment prendre le risque de te decouvrir j ai dans mes archives
un script pour desactiver le blocage de l'elevation de zone dis moi je te le
mailerai
Merci pour la réponse !
Je vais faire l'essai de renommer ma page "frameset" en .hta dès que je
peux.
(C'est quoi au juste, ce suffixe ".hta" ?)
Le script de désactivation de blocage d'élévation de zone m'intéresse,
car je n'utilise quasiment jamais IE pour surfer sur le web (je préfère
Firefox) et je ne m'en sers quasiment que pour tester mon site
localement. Ce serait surtout bien si il y a moyen au besoin de
réactiver cette fonction.
Mais comment se fait-il qu'il faille passer par un script pour arriver à
ces réglages ? Pas moyen par les menus de config de sécurité ?
Vraiment Microsoft a de quoi laisser quelquefois perplexe ...
c'est une nouvelle fonctionnalité apportée a IE via le SP2, cela s'appelle le blocage de l'elevation de zone. C'est desactivable mais je ne te le conseille pas puisque tu ne veut que pouvoir tester ton truc en local donc pour pouvoir lire cela tu te decouvrirais completement. Pour ne pas desactiver cette protection et pouvoir faire fonctionner ton truc en local renome ton frame principal de .htm en .hta ca devrait fonctionner. Si tu veux vraiment prendre le risque de te decouvrir j ai dans mes archives un script pour desactiver le blocage de l'elevation de zone dis moi je te le mailerai
Merci pour la réponse !
Je vais faire l'essai de renommer ma page "frameset" en .hta dès que je peux. (C'est quoi au juste, ce suffixe ".hta" ?) Le script de désactivation de blocage d'élévation de zone m'intéresse, car je n'utilise quasiment jamais IE pour surfer sur le web (je préfère Firefox) et je ne m'en sers quasiment que pour tester mon site localement. Ce serait surtout bien si il y a moyen au besoin de réactiver cette fonction. Mais comment se fait-il qu'il faille passer par un script pour arriver à ces réglages ? Pas moyen par les menus de config de sécurité ?
Vraiment Microsoft a de quoi laisser quelquefois perplexe ...
Encore merci
Marc
marcUNDERSCORElacrosseATswingDOTbe
technicland
Marc Lacrosse nous a dit :
Je vais faire l'essai de renommer ma page "frameset" en .hta dès que je peux.. (C'est quoi au juste, ce suffixe ".hta" ?)
Bonjour un peu de lecture :d http://msdn.microsoft.com/library/default.asp?url=/workshop/author/hta/overview/htaoverview.asp
Mais comment se fait-il qu'il faille passer par un script pour arriver à ces réglages ? Pas moyen par les menus de config de sécurité ?
je te place ca dans un article sur la FAQ et je te passe le lien demain ou apres demain
Vraiment Microsoft a de quoi laisser quelquefois perplexe ...
Bonjour un peu de lecture :d http://msdn.microsoft.com/library/default.asp?url=/workshop/author/hta/overview/htaoverview.asp
Pfff, mais c'est qu'il faut presque réfléchir ..
... Mais ma page "frameset" renommée .hta ne marche toujours pas en local ...
Vraiment Microsoft a de quoi laisser quelquefois perplexe ...
ça je le pense de plus en plus !!!
mais non securite securite ;-)
Sécurité chez MS ???
Ah bon, je croyais qu'on se choppait beaucoup moins de cochonneries rien qu'en se passant de se servir de ce qui vient de chez M$ et qui n'est pas strictement indispensable ....
... Ceci étant, merci pour les tuyaux ... ... et j'attend avec impatience ton nouvel article dans la FAQ
Bonsoir
Marc
P.S. et qu'en est-il du script dont tu me parlais ?
technicland wrote:
Bonjour
un peu de lecture :d
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/hta/overview/htaoverview.asp
Pfff, mais c'est qu'il faut presque réfléchir ..
... Mais ma page "frameset" renommée .hta ne marche toujours pas en
local ...
Vraiment Microsoft a de quoi laisser quelquefois perplexe ...
ça je le pense de plus en plus !!!
mais non securite securite ;-)
Sécurité chez MS ???
Ah bon, je croyais qu'on se choppait beaucoup moins de cochonneries rien
qu'en se passant de se servir de ce qui vient de chez M$ et qui n'est
pas strictement indispensable ....
... Ceci étant, merci pour les tuyaux ...
... et j'attend avec impatience ton nouvel article dans la FAQ
Bonsoir
Marc
P.S. et qu'en est-il du script dont tu me parlais ?
Bonjour un peu de lecture :d http://msdn.microsoft.com/library/default.asp?url=/workshop/author/hta/overview/htaoverview.asp
Pfff, mais c'est qu'il faut presque réfléchir ..
... Mais ma page "frameset" renommée .hta ne marche toujours pas en local ...
Vraiment Microsoft a de quoi laisser quelquefois perplexe ...
ça je le pense de plus en plus !!!
mais non securite securite ;-)
Sécurité chez MS ???
Ah bon, je croyais qu'on se choppait beaucoup moins de cochonneries rien qu'en se passant de se servir de ce qui vient de chez M$ et qui n'est pas strictement indispensable ....
... Ceci étant, merci pour les tuyaux ... ... et j'attend avec impatience ton nouvel article dans la FAQ
Bonsoir
Marc
P.S. et qu'en est-il du script dont tu me parlais ?
