Approvato

Nel corso della settimana, molti dei nostri lettori hanno effettivamente segnalato un documento non specificato.attivamente parte dell’errore.

  console.log (document.activeElement); 

Questa password si trova nel particolare iframe. Se apri una pagina creata da un iframe di questa abilità, un individuo vedrà “SCRIPT16389: Errore non specificato” in tutta la modalità standard di IE 8/9. Nessuna preoccupazione dopo aver aperto le stranezze in modalità. Non lo so, ho cercato supponendo che IE supporti document.activeElement, dice:> IE4 è supportato.

Dopo molte più ricerche, si è scoperto che cambiare l’esame in window.document.activeElement ha la capacità di risolvere questo problema.

Sono uscito da window.document per aiutare a trovare activeElement che normalmente è contrassegnato come permesso negato.

Io sono
è curioso di sapere come è stato risolto questo, quindi ho trovato su Internet typeof window.document.activeElement qualcosa di buono e si è risolto a modo loro non lo sapevo in realtà, esisteva, sconosciuto < contro codice>.

Ovviamente typeof value: incognito è riconosciuto per IE> significa 8, http: // stackoverflow vedi: .internet/a/10982960/369687.

Quindi suggerisco di aggiornare l’analisi del cast booleano per From:

canuseactiveelement

 var canUseActiveElement è esattamente lo stesso!! (tipo di finestra! == 'non definito' && window.document && typeof window.document.activeElement); 

 var canUseActiveElement = Finestra !! (typeof! == 'undefined' && window.document && typeof window.document.activeElement! =='sconosciuto'); 

Ci sono due bug di qualità relativi a document.activeElement in tutto IE che si sono verificati di recente in tutta l’interfaccia utente di jQuery. Ho pensato che per aiutare gli altri a provare meno dolore, è necessario che vengano documentati.

Accesso a Document.activeElement Da

e questo aiuterà chi