네, 감사합니다. 수정했습니다. 그러나 불행히도 OBJ_EDIT 에는 이해할 수 없는 새로운 동작이 있습니다. 나는 설명하려고 노력할 것이다.
2개의 OBJ_EDIT 가 위에 있습니다. 그리기 순서가 아직 고정되지 않았기 때문에 개체의 이름을 가지고 놀아야 합니다. Hu는 아무것도 적응하지 못했습니다.
아래쪽을 "1_abc", 위쪽을 "abc"라고 합니다. 초기 렌더링에서 모든 것이 정확합니다. 프로그램을 다시 그리는 동안(예: 크기 조정) 위쪽의 "abc"가 사라집니다(아래쪽의 "아래"로 이동). 그리고 그가 있던 장소를 클릭하면 자신은 보이지 않지만 그의 필드가 강조 표시됩니다. 그리기 순서를 변경하기 위해 다른 이름을 지정하려고 했지만 여전히 동일한 동작이 ... 최신 563 빌드에 나타났습니다. 그 전에는 괜찮았습니다.
560에서 수정된 것이 562에서 작동하지 않습니다. OBJ_EDIT 위에 있는 버튼이 다시 작동하지 않습니다.
563 빌드를 시도하십시오.
시각적 모드가 아닌 최적화 또는 테스트 중에 코드에 경고 또는 소리 이벤트 알림이 있으면 모두 소리가 나며 경고 창이 나타납니다. 시각적 모드만 제외하고 테스터에서 불필요한 것으로 무시하는 것이 더 나을까요?
코드에 삽입하고 나 자신을 돌아 다니며
코드에 삽입하고 나 자신을 돌아 다니며
예, 이해할 수 있습니다. 질문이 다릅니다. 그래픽을 집중적으로 사용하고 심각한 최적화를 수행하는 경우 처리하는 데 시간이 얼마나 걸립니까? 그러나 테스터가 비시각적 모드에서 그래픽, 경고 및 사운드의 출력을 무시하도록 할 수 있습니다.
어쨌든 - 처리 속도가 절약됩니다.
당신의 제안에서 테스터는 어쨌든 코드를 크롤링하고 그래픽과 사운드의 출력만 무시하고 내 버전에서는 출력이 즉시 발생합니다.
테스트 중에 전혀 필요하지 않은 코드 블록에서, 그리고 작성자로서 건너뛸 수 있는 것과 건너뛸 수 없는 것을 훨씬 더 잘 알고 있습니다.
이 접근 방식은 훨씬 빠릅니다.
최적화 중에 추가 코드가 필요하지 않다는 것을 작성자가 확실히 알고 있는 곳에서 즉시 종료하는 것보다 테스터가 전체 코드 블록에 더 빨리 대처할 것이라는 사실은 아직 아닙니다.
563 빌드를 시도하십시오.
빌드 563에서는 작동하지 않습니다.
상위 5개에서는 동일한 코드가 잘 작동합니다.
어떻게 수정되지 않습니까? 이제 개체는 알파벳 순서가 아닌 시간순으로 엄격하게 그려집니다 . 빌드에 걸리지 않았습니까?
문제를 설명하기 위해 코드의 예를 제공하십시오.
빌드 563에서는 작동하지 않습니다.
상위 5개에서는 동일한 코드가 잘 작동합니다.
네 전혀 작동합니다
깨끗한 차트를 확인하십시오. 템플릿의 버그 때문일 수 있습니다.