나는 아직도 요점을 이해하지 못한다. 캔버스가 있습니다. 크기는 모니터 크기(픽셀 단위)에 의해 제한됩니다. 그것이 무슨 일이 일어나게 만드는가? 일정한 수의 픽셀을 그려야 합니다. 그리고 거기에서 최소한 영화를 보여주고 최소한 테이블을 그립니다.
좋은. 설명하겠습니다. 예를 들어, 이 테이블은 그래프 크기 보다 작은 제한된 시야에 배치됩니다. 표의 모든 값은 100ms의 주파수로 변경됩니다. 캔버스의 보이는 영역만 다시 그린다고 가정해 보겠습니다. 그리고 갑자기 사용자가 캔버스를 스크롤하기 시작합니다. 이 경우 다시 그리지 않은 셀에는 변경되지 않은 이전 값이 표시됩니다. 뭐, 스크롤하는 과정에서 다시 그려? 그러면 스크롤이 매우 느려집니다.
좋아, 내가 바보 같은 짓을 하고 있어, 나는 둥근 것이 정사각형이 아니라는 것을 증명하고 있다. 다시 논쟁으로 Macket을 통해 퍼지는 이야기를 잊지 마세요. 그건 그렇고, 당신은 돌파구를 가지고 있습니다! - 당신은 이미 KB에 있습니다! 할 일이 거의 없습니다 - 다음 시장은? ;)
안드레이 바리노프 :
문제가 제거되지 않습니다. 셀이 화면에 표시되지 않으면 터치/계산/그리기할 필요가 없습니다. 다른 그래픽스 객체에도 동일하게 적용됩니다.
불행히도 그는 그래픽에 대한 자신의 접근 방식을 가지고 있습니다. Peter는 같은 이름의 주제를 가지고 있습니다. 여기 KB에 소스 코드가 있음에도 그가 얼마 전에 자신의 테이블에 게시했습니다. 관심이 있으시면 저자의 논리를 이해하십시오. 나는 공부하지 않았습니다. , 나는 선택적으로 보았고, 내 기억이 나를 제공한다면 - 3MB의 텍스트;)
알았어, 난 바보 같은 짓을 하고 있어, 난 원형이 정사각형이 아니라는 걸 증명하고 있어, Macket을 통해 논쟁으로 퍼지는 것에 대한 이야기를 하는 것을 잊지 마세요. 그건 그렇고, 당신은 돌파구를 가지고 있습니다! - 당신은 이미 KB에 있습니다! 할 일이 거의 없습니다 - 다음 시장은? ;)
...
1. 그것이 내가 MQL로 개발하는 이유라고 생각합니다. 거기에는 할 일이 남아 있지 않습니다. 나는 늦었다. 우리는 새로운 것을 구축해야 합니다. 나에게 지구촌 중 AI만 남았다. 그러나 나중에 될 것입니다.
2. 외부 GUI 연결 문제의 세부 사항을 이해하지 못합니다. 효율성과 연결 용이성 면에서 샤프의 기능은 중요하지 않지만 다른 개발 환경 에서 사용하기 쉬운 것이 중요합니다. 다른 응용 프로그램에서. 다른 언어로. 네이티브 연결은 정의에 따라 선의로 수행되는 경우 더 좋습니다.
Реter Konow : 좋은. 설명하겠습니다. 예를 들어, 이 테이블은 플롯 크기 보다 작은 제한된 시야에 배치됩니다. 표의 모든 값은 100ms의 주파수로 변경됩니다. 캔버스의 보이는 영역만 다시 그린다고 가정해 보겠습니다. 그리고 갑자기 사용자가 캔버스를 스크롤하기 시작합니다. 이 경우 다시 그리지 않은 셀에는 변경되지 않은 이전 값이 표시됩니다. 뭐, 스크롤하는 과정에서 다시 그려? 그러면 스크롤이 매우 느려집니다.
1000개 행의 숫자를 사용하면 아무도 스크롤하지 않을 것입니다. 이 문제에 대한 다른 솔루션을 제공해야 합니다. 필터 및 검색 등을 수행해야 필요한 행만 표시됩니다.
물론 이것은 GUI를 위한 것이 아니라 사람을 위한 GUI를 만드는 경우입니다.
1000행의 테이블을 스크롤하여 눈으로 볼 수 있는 것은 무엇입니까? 어떤 문제가 해결되고 있습니까?
적어도 백만 개의 세포. 화면에서 최대 1000개를 볼 수 있다면 왜 모두 업데이트/그리나요?
그것은 내 테이블의 능력에 대한 스트레스 테스트였습니다. (모니터는 다릅니다.)
그것은 내 테이블의 능력에 대한 스트레스 테스트였습니다.
문제가 제거되지 않습니다. 셀이 화면에 표시되지 않으면 터치/계산/그리기할 필요가 없습니다. 다른 그래픽스 객체에도 동일하게 적용됩니다.
문제를 제거하지 않습니다. 셀이 화면에 표시되지 않으면 터치/계산/그리기할 필요가 없습니다. 다른 그래픽스 객체에도 동일하게 적용됩니다.
스트레스 테스트.
나는 아직도 요점을 이해하지 못한다. 캔버스가 있습니다. 크기는 모니터 크기(픽셀 단위)에 의해 제한됩니다. 그것이 무슨 일이 일어나게 만드는가? 같은 수의 픽셀을 그려야 합니다. 그리고 거기에서 최소한 영화를 보여주고 최소한 테이블을 그립니다.
나는 아직도 요점을 이해하지 못한다. 캔버스가 있습니다. 크기는 모니터 크기(픽셀 단위)에 의해 제한됩니다. 그것이 무슨 일이 일어나게 만드는가? 일정한 수의 픽셀을 그려야 합니다. 그리고 거기에서 최소한 영화를 보여주고 최소한 테이블을 그립니다.
그리고 오랫동안 샤프의 테이블을 연결하는 기사를 기다리고 있었습니다. (당신만이 내 수준의 연결 용이성을 달성하지 못할 것입니다. 내 말을 믿으십시오. :))
"다시 - 스물 다섯!", C++ 또는 C#으로 작성된 수많은 기성 패키지(라이브러리)인 Microsoft 컴파일러의 기능을 상상할 수 없습니다.
여기에서 그는 WinForms의 C# 양식을 별도의 스레드 https://www.mql5.com/ru/forum/303283#comment_10600035 로 "던지기" 위해 "두 번의 클릭으로" 방법을 보여주었습니다.
어떤 종류의 복잡성에 대해 이야기하고 있습니까?
좋아, 내가 바보 같은 짓을 하고 있어, 나는 둥근 것이 정사각형이 아니라는 것을 증명하고 있다. 다시 논쟁으로 Macket을 통해 퍼지는 이야기를 잊지 마세요. 그건 그렇고, 당신은 돌파구를 가지고 있습니다! - 당신은 이미 KB에 있습니다! 할 일이 거의 없습니다 - 다음 시장은? ;)
문제가 제거되지 않습니다. 셀이 화면에 표시되지 않으면 터치/계산/그리기할 필요가 없습니다. 다른 그래픽스 객체에도 동일하게 적용됩니다.
불행히도 그는 그래픽에 대한 자신의 접근 방식을 가지고 있습니다. Peter는 같은 이름의 주제를 가지고 있습니다. 여기 KB에 소스 코드가 있음에도 그가 얼마 전에 자신의 테이블에 게시했습니다. 관심이 있으시면 저자의 논리를 이해하십시오. 나는 공부하지 않았습니다. , 나는 선택적으로 보았고, 내 기억이 나를 제공한다면 - 3MB의 텍스트;)
"다시 - 스물 다섯!", C++ 또는 C#으로 작성된 수많은 기성 패키지(라이브러리) 인 Microsoft 컴파일러의 기능을 상상할 수 없습니다 .
여기에서 그는 WinForms의 C# 양식을 별도의 스레드 https://www.mql5.com/en/forum/303283#comment_10600035 로 "던짐"하는 방법을 "두 번의 클릭으로" 보여주었습니다.
어떤 종류의 복잡성에 대해 이야기하고 있습니까?
알았어, 난 바보 같은 짓을 하고 있어, 난 원형이 정사각형이 아니라는 걸 증명하고 있어, Macket을 통해 논쟁으로 퍼지는 것에 대한 이야기를 하는 것을 잊지 마세요. 그건 그렇고, 당신은 돌파구를 가지고 있습니다! - 당신은 이미 KB에 있습니다! 할 일이 거의 없습니다 - 다음 시장은? ;)
...1. 그것이 내가 MQL로 개발하는 이유라고 생각합니다. 거기에는 할 일이 남아 있지 않습니다. 나는 늦었다. 우리는 새로운 것을 구축해야 합니다. 나에게 지구촌 중 AI만 남았다. 그러나 나중에 될 것입니다.
2. 외부 GUI 연결 문제의 세부 사항을 이해하지 못합니다. 효율성과 연결 용이성 면에서 샤프의 기능은 중요하지 않지만 다른 개발 환경 에서 사용하기 쉬운 것이 중요합니다. 다른 응용 프로그램에서. 다른 언어로. 네이티브 연결은 정의에 따라 선의로 수행되는 경우 더 좋습니다.
네이티브 연결은 정의에 따라 선의로 수행되는 경우 더 좋습니다.
무엇보다 나은? - 특정 값, 숫자?
유일한 요점은 시장에서의 판매입니다. 귀하는 이미 작성되었으며 포럼에 작성한 경험에서 작성했습니다. MQL SB의 가능성을 보는 데 관심이 있음)
제품 판매 100개에 도달하면 숫자가 표시되고 단어가 무엇인지 알아봅니다: BETTER
;)
좋은. 설명하겠습니다. 예를 들어, 이 테이블은 플롯 크기 보다 작은 제한된 시야에 배치됩니다. 표의 모든 값은 100ms의 주파수로 변경됩니다. 캔버스의 보이는 영역만 다시 그린다고 가정해 보겠습니다. 그리고 갑자기 사용자가 캔버스를 스크롤하기 시작합니다. 이 경우 다시 그리지 않은 셀에는 변경되지 않은 이전 값이 표시됩니다. 뭐, 스크롤하는 과정에서 다시 그려? 그러면 스크롤이 매우 느려집니다.
1000개 행의 숫자를 사용하면 아무도 스크롤하지 않을 것입니다. 이 문제에 대한 다른 솔루션을 제공해야 합니다. 필터 및 검색 등을 수행해야 필요한 행만 표시됩니다.
물론 이것은 GUI를 위한 것이 아니라 사람을 위한 GUI를 만드는 경우입니다.
1000행의 테이블을 스크롤하여 눈으로 볼 수 있는 것은 무엇입니까? 어떤 문제가 해결되고 있습니까?
PS 오프토픽이 또 갔다...
1000행의 테이블을 스크롤하여 눈으로 볼 수 있는 것은 무엇입니까?
조건부 서식 및 정렬이 있는 경우 한 번에 여러 매개변수로 최소/최대값 영역을 찾을 수 있습니다.
물론 오프토픽. 베드로는 산 것에 집착하는 데 손재주를 잃지 않습니다)