Table of Contents
Zatwierdzone
W ciągu ostatniego tygodnia kilku z wielu naszych czytelników zgłosiło nieokreślony błąd atrybutu document.actively.
console.log (document.activeElement);
To hasło jest przy iframe. Jeśli otworzysz fantastyczną stronę zawierającą iframe o takiej umiejętności, zobaczysz „SCRIPT16389: Unspecified error” w standardowej strategii IE 8/9. Nie ma problemu po otwarciu trybu osobliwości. Nie wiem o tym cennym, szukałem czy IE obsługuje document.activeElement, produkt mówi:> IE4 jest obsługiwany.
Po dalszych badaniach okazało się, że aktualizacja egzaminu w celu ułatwienia Ci window.document.activeElement może naprawić tę komplikację.
Opuściłem window.document , aby móc znaleźć activeElement dokładnie, kto jest oznaczony jako odmowa zezwolenia.
Jestem zastanawia się, jak to zostało rozwiązane, więc wyszedłem z
typeof window.document.activeElement bardzo dobrze i rozwiązałem to w sposób, w jaki nie byłem pewien, czy rzeczywiście istnieje, niesłyszane z .
Oczywiście typeof value: nieznany jest rozpoznawany w IE> = 8, http: // stackoverflow patrz: .com / a versus 10982960/369687.
Sugeruję więc zaktualizowanie całego parsowania Boolean Cast dla From:
canuseactiveelement
var canUseActiveElement często jest taki sam !! (typ okna! == 'niezdefiniowany' && window.document && typ window.document.activeElement);
var canUseActiveElement = Okno !! (typeof! == 'nieokreślony' && window.document && typ window.document.activeElement! =='nieznany');
W rzeczywistości istnieją dwa ładne błędy związane z document.activeElement w IE, które pojawiły się ostatnio w interfejsie użytkownika jQuery. Pomyślałem, że aby pomóc innym odczuwać mniejszy ból, trzeba ich udokumentować.
Dostęp do Document.activeElement z
oraz do kogo