제 3 자 (Telerik 's) 메뉴 컨트롤을 렌더링하는 ASP.NET 응용 프로그램이 있습니다 메뉴가 확장되면 다른 컨트롤 (RadDock) 아래.IE (Z- 색인 렌더링 문제)
이 아티팩트는 IE7에서만 발생합니다. Safari/FF/Opera/Chrome에 없음 (남겨 뒀나요?)
메뉴 컨트롤을 다른 컨트롤 위에 렌더링해야합니다.
나는 Google에이 정도의 금액을 지불했지만 아직 IE7을 해결할 수있는 간단한 해결책을 찾지 못했습니다.
IE에서이 문제를 가장 쉽게 해결할 수있는 방법은 무엇입니까?
또한이 z- 색인 문제가 (보류 중입니까?) IE8에서 해결 되었습니까?
이 Q는 브라우저 전쟁을 시작하지 않습니다. 관련 의견이있는 경우에만 응답 해주세요.
감사합니다.
이 유사하거나 유사한 지 여부는 알 수 없지만 Z- 색인이 컨테이너의 요소에는 적용되지만 컨테이너 자체에는 적용되지 않을 때 z- 색인에 문제가 발생합니다. 인덱스가 하위 요소에 제대로 적용되지 않았습니다. 이것은 상단에 있어야하는 메뉴 항목의 맨 위에 나타나는 배경 테두리로 나타납니다. 메뉴 항목을 포함하는 컨테이너에 동일한 z- 인덱스를 적용하여 문제를 해결했습니다. Telerik 컨트롤이 CSS를 설정하는 방법을 모르지만 컨테이너에 할당 된 클래스가 적절한 Z- 인덱스 및 메뉴 항목 자체를 가지고 있는지 확인하고자 할 수 있습니다.
수정 됨. 감사! CSS의 메뉴 컨트롤뿐 아니라 메뉴 컨트롤의 모든 '부모'요소 (3 : 컨테이너/내용 /면)에 대해 Z- 인덱스를 명시 적으로 지정해야했습니다!
내가 언급 한 타사 통제가 아니더라도 이전과 같은 몇 가지 문제가있었습니다. 브라우저가 IE 인 경우 두 컨트롤 중 하나가 자신의 Z- 인덱스를 조건부로 설정하는지 확인하십시오. 그렇지 않은 경우 IE가 일종의 알 수없는 기본 Z- 색인으로 되돌아 가지 않는지 확인하기 위해 각 컨트롤 (또는 해당 컨테이너)에 대해 특정 Z- 색인을 설정해보십시오.
Z- 색인 변경으로 인해 수정되지 않으면 실제로 Z- 색인 문제가 아닌 위치 확인 문제 일 수 있습니다. 브라우저 간 호환성을 시도 할 때 위치 지정 문제는 (내 경험에 비추어) 매우 일반적입니다.
이것은 Telerik의 컨트롤과 직접 관련이 없습니다. 중첩되는 html 요소에 대해 구체적으로 설명 할 수 있습니까? –
나는 응답을 역시보고 싶다. 우리의 프로젝트에서 우리의 메뉴는 너무 내용으로 중복,하지만 내가있는 TabControl – AlfeG
tvanfosson를 사용하는 장소에서 바른 길에 ... 내 마스터 페이지 저를 얻었다 :