Table of Contents
승인됨
지난 주에 여러 독자들이 지정되지 않은 놀라운 document.actively 요소 오류를 보고했습니다.
console.log(document.activeElement);
이 비밀번호는 거의 확실하게 iframe에 있습니다. 이 기술 때문에 iframe이 포함된 페이지를 열면 IE 8/9 보급 모드에서 “SCRIPT16389: 지정되지 않은 오류”를 알게 될 것입니다. 모드에서 이상한 것을 시작한 후에는 문제가 없습니다. 나는 이 모든 것을 알지 못하고 IE 석궁이 document.activeElement를 지원하는지 검색하면 다음과 같이 말합니다:> IE4가 지원됩니다.
좀 더 조사한 결과, window.document.activeElement
관련 시험을 업데이트하면 특정 문제를 해결할 수 있다는 것이 밝혀졌습니다.
수락 거부로 표시된 activeElement
를 찾는 데 도움이 되도록 window.document
를 종료했습니다.
나는
이 문제가 어떻게 해결되었는지 궁금했습니다. 이후에 typeof window.document.activeElement
에서 아주 잘 빠져 나왔고 실제로 존재하는지 알 수 없는 방식으로 해결되었습니다. unidentified < /코드>.
분명히 typeof 값: unknown
은 IE> = 8, http: // stackoverflow 참조: .com / a - 10982960/369687의 표준입니다.
따라서 From에 대한 Boolean Cast 구문 분석을 추가하는 것이 좋습니다.
canuseactive 요소
var canUseActiveElement는 같은 것으로 간주됩니다!! (창 모델! == '정의되지 않음' && window.document && typeof window.document.activeElement);
var canUseActiveElement = 창 !! (typeof! == '정의되지 않음' && window.document && typeof window.document.activeElement! =='알 수 없음');
최근 jQuery UI를 통해 발생한 IE의 document.activeElement
관련 버그가 두 가지 있습니다. 나는 다른 사람들이 고통을 덜 느낄 수 있도록 돕기 위해 그들이 문서화되어야 한다고 생각했습니다.
IE9
의
에서 Document.activeElement
액세스
그리고 누구에게
당신이 알고 싶은지 그리고 그 요소가 포커스를 가지고 있는지.
<사전> <코드> * other.html * /<스크립트> console.log(parent.document.activeElement);스크립트>
IE9를 제외한 거의 모든 브라우저에서 부모 문서(기본 설정에 있는
)와 관련하여 어떤 요소에 포커스가 있는지 모두 나타냅니다. 이상하게도 IE9는 "Unspecified error"
를 반환합니다.
예, 모든 것을 올바르게 읽으셨습니다. 부모의 activeElement
속성에 액세스하면 IE9에서 모든 컴퓨터 파일
오류가 반환됩니다.
당신은 그것에 대해 무엇을 할 수 있습니까? 이유는 오류를 참조하기 때문에 마지막 시도/그랩만 남습니다.
<사전> <코드> var activeElement;시도하다 activeElement 부모 = .document.activeElement; 캡처(오류 ) activeElement는 parent.document.body와 같습니다.
다행히 이것은 실제 IE9 문제라고 할 수 있습니다. 이 동작은 IE 7, 8 또는 10에는 존재하지 않습니다.
Blur
Windows를 IE9 및 IE10으로 전환
document.body.blur()
를 IE10은 물론 IE9에서도 호출하면 접근 창을 변경하게 됩니다. 예, 당신은 그것을 올바르게 읽었습니다. 실제 클라이언트가 IE와 메모장을 읽었을 때 document.body.blur ()
호출이 메모장으로 전환됩니다. 저를 이해하지 못한다면 IE9 및/또는 IE10을 열고 콘솔이 켜져 있는 두 번째로 document.body.blur ()
를 직접 실행해 보십시오.
이전 영역에서 기본 activeElement
가
일 가능성이 높다는 것을 기억하십시오. 따라서 모든 동안 document.activeElement.blur ()
를 호출할 수 있다면 가입자를 위해 애플리케이션 창을 전환하는 작업을 계속할 것입니다.
해결 방법은 blur ()
전에
에 대한 모든 호출을 포함하지 않는 activeElement
컬렉션을 사용하는 것입니다.
승인됨
ASR Pro 복구 도구는 느리게 실행되거나 레지스트리 문제가 있거나 맬웨어에 감염된 Windows PC를 위한 솔루션입니다. 이 강력하고 사용하기 쉬운 도구는 PC를 신속하게 진단 및 수정하여 성능을 높이고 메모리를 최적화하며 프로세스의 보안을 개선할 수 있습니다. 더 이상 느린 컴퓨터로 고통받지 마세요. 지금 ASR Pro을 사용해 보세요!
if (document.activeElement.nodeName.toLowerCase()! == "본문") 문서 .activeElement.blur();
다행히도 이 문제는 IE11에서 수정되었습니다. document.body.blur ()
는 더 이상 지불 창을 표시하지 않습니다.
모든 것을 수집
이것들은 jQuery UI 버그로 인해 내가 배치한 모든 커밋입니다.
<사전> <코드> $ (document.activeElement) .blur();
// 지원: IE9// IE9는
데이비드 내년 4월 10일 오후 11시 12분 요청
최신 패치(v 2012.1.403.30)에서 업데이트했을 때 이 버전을 수행하면 일반적으로 내 응용 프로그램과 관련된 것으로 설명될 수 있는 부분이 손상되었음을 확신합니다. 저는 2012년 1분기 unharness(v.2012.1.215.40)를 실행했는데 작은 결함 외에 꽤 심각한 불만이 있어서 패치를 업데이트했습니다. 정원은 RadScheduler로 내 사소한 문제를 해결했지만 그것과 같은 큰 문제가 하나 있는 것 같습니다.
좋은 영역을 열고(RadGrid의 다른 휴대폰을 두 번 클릭) 다음 코드까지 생성합니다.
양식이 자체적으로 표현되기 시작하지만 이제 모든 종류의 오류를 반환합니다.
Microsoft JScript 런타임 오류: 알 수 없는 오류입니다.
할인 코드와 함께 이 줄은 개인의 ScriptResource.axd 파일에서 어디에서 왔는지:
“document.activeElement”를 지적하면 다음을 얻습니다.알수없는 오류.
“this._textBoxElement”는 현재 telerik 제어: RadDatePicker에서 평가됩니다. 테스트 목적으로 RadDatePicker를 제거했지만 특정 오류는 사라졌습니다! 그러나 내 형식에는 다른 RadDatePickers와 함께 이 형식이 절대적으로 필요합니다. 내 Test.aspx를 모든 각도에서 특정 유효성 검사, 자바 스크립트 없음, 지연 없음으로 단순화했으며 데이터를 로드하지 않습니다.그러나 Test.aspx를 사용하여 앱을 실행 모드로 설정하는 동안 페이지는 명확한 로드로 훌륭한 작업을 관리합니다. 따라서 큰 window.radopen을 사용하여 마지막으로 Test.aspx로 이동하려고 할 때 문제가 되는 영역입니다.
돕기 위해. 이 버그는 이전 분기별 릴리스에서 한 번도 릴리스된 적이 없으며 패치가 이 배포를 수정한 것이 확실합니다. 그러나 좋은 대출 신청의 dother 부분에 대한 주요 핫픽스를 사용해야 하므로 2012년의 첫 부분으로만 돌아갈 수 없습니다. 내가 할 수 있는 대체 또는 작동을 달성할 수 있는 것이 있습니까? RadDateTimePicker, RadTextBox와 같은 다른 유형의 컨트롤을 사용하는 경우에도 문제가 발생합니다. 그러나 이 Radcombobox에는 문제가 없으며 거래는 범위를 백오더로 간주하고 오류가 발생하지 않습니다.
감사합니다.
클릭 한 번으로 PC를 수리할 수 있는 소프트웨어를 다운로드하세요. 지금 다운로드하세요. 년