포럼에 공개된 모든 프로젝트가 이벤트 개발에 문제가 있고, 일부는 개체 생성 에 문제가 있고, 약한 아키텍처로 인해 너무 많은 뉘앙스가 있고, 기성품 솔루션을 사용하고 싶었지만 수행했습니다. 작은 결점에도 불구하고 모든 것이 제대로 작동하도록 적합한 것을 찾지 마십시오.
결함은 결함이지만 이벤트와 윈도우는 잘 작동해야 합니다. 이것이 기본입니다. 그래서 윈도우 엔진을 직접 만들어야 했고, 컨트롤 라이브러리를 만들 계획이 없었고, 프로젝트에 필요한 것만 있고, 디자인하는 것을 좋아하지 않습니다.
글쎄, 우리는 SB를 가져 와서 캔버스로 전송할 수 있습니다. 이것은 사용 가능한 가장 간단한 작업입니다.
하루에 얼마나 많은 시간을 도서관에서 일할 의향이 있습니까?
별말씀을요 :(
나는 내 작업을 기초로 삼고 싶다
성능을 개선하기 위한 더 많은 아이디어가 있으며 많은 수의 하위 요소(예: 수천 개의 목록 항목)에 유용합니다.
포럼에 공개된 모든 프로젝트가 이벤트 개발에 문제가 있고, 일부는 개체 생성 에 문제가 있고, 약한 아키텍처로 인해 너무 많은 뉘앙스가 있고, 기성품 솔루션을 사용하고 싶었지만 수행했습니다. 작은 결점에도 불구하고 모든 것이 제대로 작동하도록 적합한 것을 찾지 마십시오.
결함은 결함이지만 이벤트와 윈도우는 잘 작동해야 합니다. 이것이 기본입니다. 그래서 윈도우 엔진을 직접 만들어야 했고, 컨트롤 라이브러리를 만들 계획이 없었고, 프로젝트에 필요한 것만 있고, 디자인하는 것을 좋아하지 않습니다.
별말씀을요 :(
나는 내 작업을 기초로 삼고 싶다
성능을 개선하기 위한 더 많은 아이디어가 있으며 많은 수의 하위 요소(예: 수천 개의 목록 항목)에 유용합니다.
사실, 부분 솔루션은 어딘가에 통합하기 어렵습니다. 그들의 아이디어를 다른 솔루션에 사용할 수 있습니다.
이것은 처음부터 모든 것을 만들고 싶은 사람을위한 것입니다.
이것은 처음부터 모든 것을 만들고 싶은 사람을위한 것입니다.
나는 처음부터 그래픽을 만들었고, 사실 MT는 나에게 진정한 실험실이 되었고 다른 누구도 충분히 사용할 수 없는 가능성이 되었습니다. 그래서 때로는 가치가 있습니다. :)
당신은 또한 이벤트를 처리하지 않았습니다
당신은 또한 이벤트를 처리하지 않았습니다
왜요? :)
(그리고 뭐?)왜요? :)
(그리고 뭐?)여기에서 예를 들어보겠습니다.
마우스를 클릭하여 로트를 줄인 후 창영역에서 표시한 후 손을 떼면 텍스트(숫자)가 사라지고, 마우스를 가져가면(왼쪽 버튼을 누르지 않은 상태) 마우스를 눌렀을 때처럼 숫자가 바뀝니다.
더:
창의 영역을 마우스 오른쪽 버튼으로 클릭하면 메뉴가 나타납니다. 마우스를 이동하고 왼쪽 클릭합니다. 결과적으로 창이 움직입니다.
여기에서 예를 들어보겠습니다.
마우스를 클릭하여 로트를 줄인 후 창영역에서 표시한 후 손을 떼면 텍스트(숫자)가 사라지고, 마우스를 가져가면(왼쪽 버튼을 누르지 않은 상태) 마우스를 눌렀을 때처럼 숫자가 바뀝니다.
그런 버그가 있었습니다. 수정했습니다. 이벤트 자체는 순서대로 고정되지만 코드가 진화함에 따라 피할 수 없는 다양한 변경으로 버그가 발생합니다.