"디자인 - 단순함"이 제품의 유용성과 상충된다면 편리함이 선택됩니다. 또한 내 레이아웃 제안에서 "기능"은 말할 것도 없고 "단순함"만 이깁니다.
글쎄, "기술적 가능성"에 관해서는 - 물론 그것이 없으면 인터페이스를 다시 만들기 위해 추가 노력을 기울여야합니다.
저는 오랫동안 설계 엔지니어로 일하면서 건설 기계를 개발하고 계산하여 "기능-편의-미"의 원칙을 아주 잘 이해하고 있다고 자신 있게 보고합니다. 작동 경험에 따라 제품을 직접 사용하는 사용자의 리뷰에 따르면 "편의성"을 위해 기계 설계를 변경해야 하는 경우가 많았기 때문입니다.
독립적 인 창 더미가있는 변형은 제품의 죽음입니다. 일반적으로 프로그래머는 결과를 깨닫지 못한 채 그러한 결정을 내립니다.
시작 버튼을 독립적으로 만들어야 한다는 것은 분명하지만(적어도 여러 중요한 위치에서) 다른 모든 것은 적합하지 않습니다.
레나트, 나는 모든 것을 이해합니다. 내 화면과 같은 많은 창은 모든 사람이 모니터에서 보기에 편리하지 않을 것입니다. 그러나 불필요한 창을 숨기는 특수 버튼을 제공할 수도 있습니다. 그런 다음 로봇을 구축하는 여러 단계(디버깅, 최적화, 테스트)가 있고 각 단계에 해당하는 창이 필요하기 때문에 필요한 창만 포함할 수 있습니다.
joo : 레나트, 나는 모든 것을 이해합니다. 내 화면과 같은 많은 창은 모든 사람이 모니터에서 보기에 편리하지 않을 것입니다. 그러나 불필요한 창을 숨기는 특수 버튼을 제공할 수도 있습니다. 그런 다음 로봇을 구축하는 여러 단계(디버깅, 최적화, 테스트)가 있고 각 단계에 해당하는 창이 필요하기 때문에 필요한 창만 포함할 수 있습니다.
거기에 대한 클릭 이벤트를 처리 할 때 코드의 일부 속성을 변경하므로 예를 들어 프레임 색상이 즉시 변경되고 입력이 완료된 후에만 배경 색상이 변경됩니다. 입력할 때 초기 텍스트를 지우는 아이디어도 있었지만 이 속성을 변경해도 그 순간에는 아무 효과가 없습니다.
음, 그리고 한 가지 더 - 차트를 스크롤하고 이 개체에서 마우스 왼쪽 버튼을 놓으면 입력이 동시에 시작되지 않기 때문에 좋지 않은 클릭 이벤트를 수신하지만 저에게는, 예를 들어, 이 이벤트에 대한 응답으로 코드는 "준비 로봇"이 되며 편집 종료 이벤트가 발생하지 않는 입력 또는 클릭인지 확인할 방법이 없습니다.
기술적 타당성과 디자인의 문제를 해결하지 못한 것 같아 안타깝습니다.
즉, '기능-기술-디자인-단순성'의 절충점에 도달하지 못했다.
"디자인 - 단순함"이 제품의 유용성과 상충된다면 편리함이 선택됩니다. 또한 내 레이아웃 제안에서 "기능"은 말할 것도 없고 "단순함"만 이깁니다.
글쎄, "기술적 가능성"에 관해서는 - 물론 그것이 없으면 인터페이스를 다시 만들기 위해 추가 노력을 기울여야합니다.
저는 오랫동안 설계 엔지니어로 일하면서 건설 기계를 개발하고 계산하여 "기능-편의-미"의 원칙을 아주 잘 이해하고 있다고 자신 있게 보고합니다. 작동 경험에 따라 제품을 직접 사용하는 사용자의 리뷰에 따르면 "편의성"을 위해 기계 설계를 변경해야 하는 경우가 많았기 때문입니다.
독립적 인 창 더미가있는 변형은 제품의 죽음입니다. 일반적으로 프로그래머는 결과를 깨닫지 못한 채 그러한 결정을 내립니다.
시작 버튼을 독립적으로 만들어야 한다는 것은 분명하지만(적어도 여러 중요한 위치에서) 다른 모든 것은 적합하지 않습니다.
독립적 인 창 더미가있는 변형은 제품의 죽음입니다. 일반적으로 프로그래머는 결과를 깨닫지 못한 채 그러한 결정을 내립니다.
시작 버튼을 독립적으로 만들어야 한다는 것은 분명하지만(적어도 여러 중요한 위치에서) 다른 모든 것은 적합하지 않습니다.
레나트, 나는 모든 것을 이해합니다. 내 화면과 같은 많은 창은 모든 사람이 모니터에서 보기에 편리하지 않을 것입니다. 그러나 불필요한 창을 숨기는 특수 버튼을 제공할 수도 있습니다. 그런 다음 로봇을 구축하는 여러 단계(디버깅, 최적화, 테스트)가 있고 각 단계에 해당하는 창이 필요하기 때문에 필요한 창만 포함할 수 있습니다.
그건 그렇고, 창 숨기기 버튼은 "설정"창에 배치 할 수 있습니다. 바다가 있습니다.
레나트, 나는 모든 것을 이해합니다. 내 화면과 같은 많은 창은 모든 사람이 모니터에서 보기에 편리하지 않을 것입니다. 그러나 불필요한 창을 숨기는 특수 버튼을 제공할 수도 있습니다. 그런 다음 로봇을 구축하는 여러 단계(디버깅, 최적화, 테스트)가 있고 각 단계에 해당하는 창이 필요하기 때문에 필요한 창만 포함할 수 있습니다.
불행히도 기회가 없습니다.
안타깝게도, 맞아. 내 화면과 같지 않을 수 있지만 테스터 인터페이스에서 뭔가를 해야 합니다.
어쩌면 나는 잔인하게 착각하고 테스터를 사용하는 것이 불편할 수있는 그러한 가능성을 부정하지 않습니다. 설문조사를 시작하겠습니다.
joo :
어쩌면 나는 잔인하게 착각하고 테스터를 사용하는 것이 불편할 수있는 그러한 가능성을 부정하지 않습니다. 설문조사를 시작하겠습니다.
하지만 시작합니다. 저도 할말이 있습니다.
시간 내줘서 고마워, 이제 진짜야, 얼마나 오랫동안
그러나 볼륨에 시간이 없었습니다. 직접 확인하십시오. 이전에로드 된 양초의 값은 모든 시간의 친구에서 지속적으로 변경됩니다.
진심으로, Arkady
서비스 데스크에 요청 #418282 를 작성했습니다. MQ 직원이 내 지원서에 10초 정도 보낸 것 같아요.
대답으로 판단하면 터미널의 오류가 계속해서 나타나도 놀라지 않을 것입니다. 행운을 빌어 요.
MoneyJinn :
주석) 하지만 그것을 알아낼 수 없습니까?
그래픽 개체 "입력 필드"
거기에 대한 클릭 이벤트를 처리 할 때 코드의 일부 속성을 변경하므로 예를 들어 프레임 색상이 즉시 변경되고 입력이 완료된 후에만 배경 색상이 변경됩니다. 입력할 때 초기 텍스트를 지우는 아이디어도 있었지만 이 속성을 변경해도 그 순간에는 아무 효과가 없습니다.
음, 그리고 한 가지 더 - 차트를 스크롤하고 이 개체에서 마우스 왼쪽 버튼을 놓으면 입력이 동시에 시작되지 않기 때문에 좋지 않은 클릭 이벤트를 수신하지만 저에게는, 예를 들어, 이 이벤트에 대한 응답으로 코드는 "준비 로봇"이 되며 편집 종료 이벤트가 발생하지 않는 입력 또는 클릭인지 확인할 방법이 없습니다.