표준 결합 선택기 대신 눈금을 사용하는 custom kind of combo box을 개발했습니다. 주로 거대한 데이터 세트로 버퍼 된 렌더링의 이점을 얻었습니다. 지금은 내선 4.2.1와 호환되도록하기 위해 노력하고 있지만이 오류로 실행 : ExtJS 디버깅 "(E) 레이아웃 실행 실패"(사용자 지정 구성 요소)
[E] Layout run failed
는, 테스트 케이스의
demo pages를 참조하십시오. 오류는 각 콤보에 대해 한 번 발생하지만 처음으로 확장됩니다.
이 오류는 4.2.0에서 발생하지 않았습니다 (demo page with 4.2.0 참조). 4.2.1 절에서 확인한 주요 변경 사항은 렌더링이나 레이아웃이 아닌 쿼리 필터에 관한 것이 었습니다. 그러나 그리드 선택 도구가 배치 된 상황에서 이미이 오류가 4.2.0에 직면했습니다 창,하지만 그것은 많은 우선 순위를 가진 코드베이스에 있었고 Ext4의 샌드 박스 버전을 사용했습니다 ... 그래서 저는 그냥 내 구성 요소에서 오지는 않았고 침묵 시켰습니다 (another demo page은 그리드 선택 도구와 창으로 충분하지 않음을 증명합니다). 오류를 유발하십시오).
오류는 부작용이없는 것 같지만 기분이 좋지 않습니다.
누군가가 그 원인을 알거나 더 나은 것을 방지하기 위해해야 할 일을 알고 있습니까?
아니면 누군가 이런 종류의 오류를 추적하는 방법에 대한 조언을 해줄 Ext의 레이아웃 엔진을 잘 알고 있습니까? 아니면 적어도 어떤 상황에서도 오류가 무해하다고 확신 할 수 있습니까?
고마워 :
포럼 게시물을 수행하면 레이아웃을 해결하는 데 유용 특히 중첩 된 컨테이너 중 오류를 실패! 이 결론에 어떻게 빨리 도달했는지 물어봐 주시겠습니까? 이 오류의 빈번한 원인 때문에 내 코드를 디버그해야 했습니까? 아니면 방금 발생한 것입니까? 또한 4.2.0에서 왜 이런 일이 일어나지 않았는지 알 수 있습니까? Picker 필드에 관해서는 건물을 고려해 봤지만 가능한 한 콤보 대신 드롭 인 대체품을 원했습니다 ... 그리고 저는 쿼리를위한 논리 및 모든 콤보 옵션을 다시 구현하는 것을 피했습니다 (예 : typeAhead, forceSelection 등). 나는 또한 비밀리에 나는 무료로 미래의 콤보 옵션을 얻을 것이다! – rixo
페이지 분석기 예제를 사용하여 어떤 레이아웃이 실제로 실패했는지 파악하고 거기에서갔습니다. 분명히 도움이되도록 여러 레이아웃 문제를 해결했습니다. :) 솔직히 나는 4.2.0에있는 것을 기억하지 못한다; 그것은 끔찍하게 버그가 많은 릴리스 였고 사고로 많은 일들을 사용했습니다. 4.2.1에 의해 코드베이스가 안정화되었지만, 4.2.1로 줄이지 않은 상당한 수의 수정이 있었기 때문에 4.2.2로 업그레이드하는 것이 좋습니다. –
다시 한 번 말씀 드리지만, 저는 페이지 분석기 도구를 알지 못했습니다. 나는 정말로 이것을 나 자신으로 분류 할 수 없었기 때문에 기쁩니다! – rixo