VB6 컴파일러가 파일의 내용을 섞는 것을 막을 수있는 방법이 있습니까?

Question

알 수없는 이유 때문에 VB6 컴파일러는 종종 .vrmp 파일의 내용과 .frm 파일의 맨 위에있는 컨트롤 설명자 블록의 순서를 바꾸는 것을 좋아합니다. 양식의 컨트롤 속성을 설명하는 코드. IDE에서 볼 수 있지만 버전 컨트롤의 이전 버전과의 차이점을 비교할 때는 텍스트 편집기에서 을 볼 수 있습니다.). 이것은 파일의 수정본을 비교할 때 기념비적으로 성가신 일이며 매우 혼란 스럽습니다.

이 문제를 방지 할 방법이 있습니까?

Answer 1

나는 이것에 관해 할 수있는 일이 많지 않다고 생각합니다. 동일한 문제가 있음을 알았습니다. IDE는 뚜렷한 이유가없는 것처럼 일을 재 배열하는 것을 좋아합니다. 어떤 것들은 내가 눈치 챘 :

• 당신은 탭, 특히 tabEnabled의 속성에 대한 속성을 재 배열하기를 좋아 SSTab 컨트롤, VB를 사용하는 경우. 프로젝트 파일의 경우

• , 그것은 무작위로 가있는 표시 파일과 내가 비슷한 파일 형식 항상 함께 그룹화하고 프로젝트 특성에 혼합 끝나지 있습니다 경우를 본 기억이 생각하는 순서를 재 배열한다. 당신은 을 가지고 있지 않습니다. 모든 VBP를 하나의 그룹 (다른 그룹의 한 그룹에있는 폼 등)로 그룹화하고 사전 순으로 또는 다른 것으로 정렬하는 소독제의 유형을 통해 실행하지 않는 한 그들은 일관성을 유지합니다. 이를 처리 할 수있는 한 가지 방법은 프로젝트 파일에 변경 사항을 저장할 때마다 자동으로 수행하는 IDE 추가 기능을 작성하거나 원본 디렉토리에서 반복되는 일부 일괄 처리를 수행하고 모든 VBP를 정리하는 것입니다 한 가지.

• IDE가 무작위로 변경되는 것 같습니다. 사례입니다. 이것은 종종 프로젝트 참조에 발생하는 것 같습니다. 때로는 하위 경우에 출력되고 다른 경우에는 대문자로 출력됩니다. SourceSafe에있는 파일을 서로 비교할 때 " 무시"를 선택하여 을 얻을 수 있습니다.

• 위쪽, 왼쪽, 높이 및 너비와 같은 제어 좌표는 두 양식의 동일한 양식에서 다를 수 있습니다. 이는 다른 화면 해상도를 사용하는 다른 개발자 또는 동일한 양식에서 작업하는 동안 다른 화면 DPI 설정을 사용하는 다른 개발자에게 입니다. 아직 수행하지 않는 경우 은 모두가 동일한 해상도 및 동일한 DPI 설정을 사용하여 개발할 것을 적극 권장합니다. 서로 다른 값을 논리적 화면 이 서로 다른 해상도 좌표 때 발생하는 반올림 오류로 인해 발생/DPI가 는 트윕으로 변환 설정을 기본 는 VB가 양식의 레이아웃에 사용하는 좌표 공간. 또한 주제에 관해서는 120dpi에서 VB 양식을 개발하면 디스플레이에 정확하게 표시되지 않을 것임을 알기 때문에 은 모두 디스플레이가 96dpi로 설정되어 있음을 확인하십시오. 96dpi로 설정하십시오. 컨트롤의 순서에 관해서는

양식 파일에 변경되는

내가 지금 기억이 안나요 아마 다른 일이있다 ... 이것은 정상입니다, 당신은 일반적으로하지 않습니다 폼의 한 개정판에서 다음 개정판으로 변경되는 경우 수동으로 제어 순서를 재 배열하려고합니다. 양식 파일에 컨트롤이 나타나는 순서는 양식의 Z 순서를 결정합니다. .frm 파일에서 컨트롤의 순서가 변경되면 양식의 상대 Z 순서가 변경되어 양식이 표시되는 방식이 의도하지 않은 결과를 초래할 수 있습니다.

Answer 2

.vbp 파일을 편집하지 않을 때 (예 : 모듈 추가 등) 읽기 전용으로 만들 수 있습니까?

지금까지 양식 파일 ... 나는 모든 좋은 방법으로 VB에서 그들을 재정렬하지 않도록 생각할 수 없다. 그러나 나는 결코 전에 이것을 만난 적이 없다고 말해야한다. 다른 일이 일어나지 않는다고 확신합니까?

나는 과거에는이 사실에 관심을 전혀 기울이지 않았을 가능성이 너무 많아서, 나는 당신이 실수라고 말하는 것이 아니라, 내 자신의 관찰을 제공하는 것입니다.

Answer 3

폼을 다시 열고 다시 저장하면 일관된 순서가 복원되는 것으로 나타났습니다.