de la fenêtre.emplacement.href = fenêtre.emplacement.href et JSLint

Si vous utilisez

window.location.href = window.location.href;

pour recharger une page (sans re-Poster) n'est pas une mauvaise pratique, que devrions-nous faire de JSLint "Bizarre affectation" plainte?

MODIFIER window.location.reload() n'est pas adapté quand vous ne voulez pas afficher les données du formulaire à nouveau. Dans certains navigateurs, il provoque le "Renvoyer le formulaire de données?", ce qui est à éviter lorsqu'il n'est pas nécessaire.

Mise à JOUR j'ai fait quelques très brèves, les tests trouvés:

  • Chrome 12 et Safari 5.0.5 sur Mac ne pas re-POSTER avec .reload()
  • FF 2.0, 3.6, 4.0, 5.0 sur Mac présenter à l'utilisateur les "renvoyer le formulaire de dialogue" avec .reload(), .reload(true), et .reload(false)
  • IE6, IE8(normes), IE8(mode IE7,normes) en XP; et IE9 et IE10-tech-aperçu dans Win7 se comportent de la même que FF sur Mac
  • window.location = window.location.href fonctionne de la même comme window.location.href = window.location.href dans tous ces navigateurs.

Voici le script de test.

Saviez-vous qu'une liste d'email pour jslint? Vous pourriez poser des questions de ce genre là aussi.
MDN Docs pour window.emplacement.reload(forceGet);
merci pour la suggestion. C'est peut-être quelque chose de JSLint peut, comme pour tolérer lorsque le "browser" option est définie.

OriginalL'auteur | 2011-07-19

Leave a Reply

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *