좋은 시각화지만 정확하고 읽기 위해서는 달력(막대가 아닌 실시간)을 관찰하고 반경이 있는 것으로 생각해야 합니다. 편차는 읽을 수 없습니다.
또는 r로 로그 스케일 또는 다른 것이 필요합니다.
그런 목표를 추구하지 않았습니다. 목표는 3D였습니다. 그것은 중요하지 않습니다. 가장 중요한 것은 복잡한 개체입니다. 그래서 일부러 최대한 단순화했다. 지난번에 2D 버전에서 실시간으로 구현했습니다. 그리고 다시 한 번 반복하겠습니다. 거래 측면에서는 쓸모가 없지만 시각화, 공예 측면에서는 유용하다고 생각합니다.
Nikolai Semko : 그런 목표를 추구하지 않았습니다. 목표는 3D였습니다. 그것은 중요하지 않습니다. 가장 중요한 것은 복잡한 개체입니다. 그래서 일부러 최대한 단순화했다. 지난번에 2D 버전에서 실시간으로 구현했습니다. 그리고 다시 한 번 반복하겠습니다. 거래 측면에서는 쓸모가 없지만 시각화 기술 측면에서는 유용하다고 생각합니다.
글쎄, 나는 모른다 - 주인은 주인이다. 잠재적으로 거래에 유용할 수 있는 곳으로 푸시합니다.
농담, 조롱, 농담, "명확한 표현", 비 건설적인 비판을 버리면 Nikolai가 우리 모두에게 정말 세련된 시각화 가능성을 보여주고 있다고 말할 수 있습니다. 문제는 Nikolai가 보여준 하나 또는 다른 예를 정확히 어디에 적용할 수 있는지가 아니라 시각화가 얼마나 생산적으로 작동하는지에 대한 것입니다.
글쎄, "어디에 적용될 수 있습니까?"라는 질문에 "표면에" 있는 아주 간단한 답이 있습니다. 시각화에 있습니다! 지표, 고문, 정보 제공자 - 이 모든 것이 프로세스 및 데이터의 시각화입니다. 그리고 물론 GUI.
사실, Nikolai는 이미 새로운 GUI 라이브러리를 위한 템플릿을 만드는 단계에 이르렀습니다.
현재 표준 MT 라이브러리 및 잘 알려진 Anatoly 라이브러리의 일부로 여러 GUI 라이브러리가 있습니다.
표준 라이브러리는 개체가 많은 다양한 개별 요소를 기반으로 구축되고 컨트롤에 제한이 있지만 C++ 라이브러리의 예를 기반으로 구축된 클래스 구축을 위한 거의 보편적인 시스템입니다.
Anatoly는 그의 개발과 함께 컨트롤 구현이 우리의 상상력에 의해서만 제한된다는 것을 보여주었습니다. 왜냐하면 절대적으로 모든 컨트롤을 캔버스에 그릴 수 있기 때문입니다(그리고 Nikolay는 이것을 우리에게 보여주었습니다). 그러나 Anatoly의 라이브러리에서도 차트의 수많은 개체가 궁극적으로 얻어집니다.
Nikolai는 실험에서 모든 것이 하나의 캔버스, 즉 하나의 객체에서 구현될 수 있음을 보여주었습니다. 따라서 실제로 Nikolay는 확장 가능한 무한한 시각화 라이브러리의 패턴을 구현할 수 있는 순간에 도달했습니다.
즉, 인터랙션 및 이벤트 처리를 위한 아키텍처로 표준 라이브러리 방식을 사용하지만 최종 결과를 하나의 캔버스에 적용하면 결과가 단순히 화려할 것입니다. 현재 단계에서는 전체 GUI 캔버스를 완전히 다시 그리는 것이 아니라 특정 컨트롤이 변경되는 영역만 다시 그리는 알고리즘만 개발하면 됩니다. 특히 Anatoly는 Table 요소를 개발할 때 이 기술을 사용하여 캔버스에서 변경된 셀만 있는 부분만 처리했습니다.
Nikolai는 이것이 그의 장점이기 때문에 시각화의 문제에서 우리를 한 번 이상 놀라게 할 것이라고 확신합니다. 그리고 우리는 확장 측면에서 새롭고 더 발전된 GUI 라이브러리를 보게 될 것입니다.
Nicholas, 열심히 해주셔서 감사합니다! 계속 해! 우리는 시각화의 새로운 놀라운 예를 기다리고 있습니다!
Стандартная библиотека MQL5 написана на языке MQL5 и предназначена для облегчения написания программ (индикаторов, скриптов, экспертов) конечным пользователям. Библиотека обеспечивает удобный доступ к большинству внутренних функций MQL5.
내 생각에 MT는 그래픽과 시각화 측면에서 훨씬 뒤떨어져 있습니다. 최소 10년 이 방향은 MQ 팀의 우선 순위 목록에 포함되지 않았습니다. 비즈니스용 래퍼는 때때로 결정적인 역할을 합니다.
우리는 뒤처지는 것이 아니라 (모든) 다른 플랫폼보다 앞서 있습니다. Canvas + OpenCL + 즉시 사용 가능한 전체 DirectX - 뒤에 있습니까 ???
하지만 문제는 '놀 수 있는' 이들의 범위가 좁다는 점이다. 대부분의 트레이더는 표준 기술 지표의 단계를 넘어서지 않습니다.
이제 편집기에서 Python과의 통합 및 서비스가 포함된 스크립트를 출시할 것입니다. 터미널에서 스크립트 형태로 Python 프로그램을 직접 실행할 수 있으므로 분석 개발을 MT5로 쉽게 전송할 수 있습니다. 이것은 전문가가 아닌 스크립트입니다. 테스터에서 실행할 수 없습니다.
우리는 데이터베이스와 세트 운영에 대해 많은 작업을 하고 있습니다. 새로운 DatabaseXXXX 기능을 추가합니다. 우리는 표준 SQLite 기능을 확장할 뿐만 아니라 편집기에서 SQLite 브라우저를 시작합니다.
아마도 MQL5 언어의 표준 기능에 WinML을 포함하여 ONNX 에서 훈련된 모델을 실행할 수 있을 것입니다. 이것은 Python의 TensorFlow가 충분하지 않은 경우입니다.
우리는 뒤처지는 것이 아니라 (모든) 다른 플랫폼보다 앞서 있습니다. Canvas + OpenCL + 즉시 사용 가능한 전체 DirectX - 뒤에 있나요???
하지만 문제는 '놀 수 있는' 이들의 범위가 좁다는 점이다. 대부분의 트레이더는 표준 기술 지표의 단계를 넘어서지 않습니다.
이제 편집기에서 Python과의 통합 및 서비스가 포함된 스크립트를 출시할 것입니다. 터미널에서 스크립트 형태로 Python 프로그램을 직접 실행할 수 있으므로 분석 개발을 MT5로 쉽게 전송할 수 있습니다. 이것은 전문가가 아닌 스크립트입니다. 테스터에서 실행할 수 없습니다.
우리는 데이터베이스와 세트 운영에 대해 많은 작업을 하고 있습니다. 새로운 DatabaseXXXX 기능을 추가합니다. 우리는 표준 SQLite 기능을 확장할 뿐만 아니라 편집기에서 SQLite 브라우저를 시작합니다.
아마도 MQL5 언어의 표준 기능에 WinML을 포함하여 ONNX 에서 훈련된 모델을 실행할 수 있을 것입니다. 이것은 Python의 TensorFlow가 충분하지 않은 경우입니다.
우리는 뒤처지는 것이 아니라 (모든) 다른 플랫폼보다 앞서 있습니다. Canvas + OpenCL + 즉시 사용 가능한 전체 DirectX - 뒤에 있습니까 ???
하지만 문제는 '놀 수 있는' 이들의 범위가 좁다는 점이다. 대부분의 트레이더는 표준 기술 지표의 단계를 넘어서지 않습니다.
이제 편집기에서 Python과의 통합 및 서비스가 포함된 스크립트를 출시할 것입니다. 터미널에서 스크립트 형태로 Python 프로그램을 직접 실행할 수 있으므로 분석 개발을 MT5로 쉽게 전송할 수 있습니다. 이것은 전문가가 아닌 스크립트입니다. 테스터에서 실행할 수 없습니다.
우리는 데이터베이스와 세트 운영에 대해 많은 작업을 하고 있습니다. 새로운 DatabaseXXXX 기능을 추가합니다. 우리는 표준 SQLite 기능을 확장할 뿐만 아니라 편집기에서 SQLite 브라우저를 시작합니다.
아마도 MQL5 언어의 표준 기능에 WinML을 포함하여 ONNX 에서 훈련된 모델을 실행할 수 있을 것입니다. 이것은 Python의 TensorFlow가 충분하지 않은 경우입니다.
일반적으로 우리는 데이터 분석 스튜디오를 구축하는 과정에 있습니다.
레나트, 의심의 여지가 없습니다. 혁신 측면에서 MQ는 매우 훌륭합니다.
MT와 차트의 외부 디자인과 사용자를 위한 그래픽 라이브러리에 대해 이야기하고 있습니다. 우선, 이것은 앤티 앨리어싱 된 그래픽이없고 창 메뉴 인터페이스를 통한 다양한 옵션 및 설정의 선택입니다. 그리고 나는 아직 DirectX를 알아내지 못했지만 손이 매우 가렵다.
투명도가 구현되지 않고(픽셀이 여러 개체에 속할 수 있음) 개체가 액세스가 필요한 다른 개체 아래에 있지 않은 경우 가능합니다.
반응은 전면 레이어에 있어야 합니다. 그래프를 회전할 수 있어야 합니다. 그리고 정적 이미지인 경우 상위 뷰))
좌표 및 축척 "r"의 잘못된 계산에 주의를 기울였습니다.
좋은 시각화지만 정확하고 읽기 위해서는 달력(막대가 아닌 실시간)을 관찰하고 반경이 있는 것으로 생각해야 합니다. 편차는 읽을 수 없습니다.
또는 r로 로그 스케일 또는 다른 것이 필요합니다.
그런 목표를 추구하지 않았습니다. 목표는 3D였습니다. 그것은 중요하지 않습니다. 가장 중요한 것은 복잡한 개체입니다. 그래서 일부러 최대한 단순화했다. 지난번에 2D 버전에서 실시간으로 구현했습니다. 그리고 다시 한 번 반복하겠습니다. 거래 측면에서는 쓸모가 없지만 시각화 기술 측면에서는 유용하다고 생각합니다.
글쎄, 나는 모른다 - 주인은 주인이다. 잠재적으로 거래에 유용할 수 있는 곳으로 푸시합니다.
복잡한 개체의 graph.effect는 다음을 능가합니다.
잠재적으로 거래에 유용할 수 있는 곳으로 푸시합니다.
알겠습니다. 필요할 때 밀어달라고 요청하겠습니다.
농담, 조롱, 농담, "명확한 표현", 비 건설적인 비판을 버리면 Nikolai가 우리 모두에게 정말 세련된 시각화 가능성을 보여주고 있다고 말할 수 있습니다. 문제는 Nikolai가 보여준 하나 또는 다른 예를 정확히 어디에 적용할 수 있는지가 아니라 시각화가 얼마나 생산적으로 작동하는지에 대한 것입니다.
글쎄, "어디에 적용될 수 있습니까?"라는 질문에 "표면에" 있는 아주 간단한 답이 있습니다. 시각화에 있습니다! 지표, 고문, 정보 제공자 - 이 모든 것이 프로세스 및 데이터의 시각화입니다. 그리고 물론 GUI.
사실, Nikolai는 이미 새로운 GUI 라이브러리를 위한 템플릿을 만드는 단계에 이르렀습니다.
현재 표준 MT 라이브러리 및 잘 알려진 Anatoly 라이브러리의 일부로 여러 GUI 라이브러리가 있습니다.
표준 라이브러리는 개체가 많은 다양한 개별 요소를 기반으로 구축되고 컨트롤에 제한이 있지만 C++ 라이브러리의 예를 기반으로 구축된 클래스 구축을 위한 거의 보편적인 시스템입니다.
Anatoly는 그의 개발과 함께 컨트롤 구현이 우리의 상상력에 의해서만 제한된다는 것을 보여주었습니다. 왜냐하면 절대적으로 모든 컨트롤을 캔버스에 그릴 수 있기 때문입니다(그리고 Nikolay는 이것을 우리에게 보여주었습니다). 그러나 Anatoly의 라이브러리에서도 차트의 수많은 개체가 궁극적으로 얻어집니다.
Nikolai는 실험에서 모든 것이 하나의 캔버스, 즉 하나의 객체에서 구현될 수 있음을 보여주었습니다. 따라서 실제로 Nikolay는 확장 가능한 무한한 시각화 라이브러리의 패턴을 구현할 수 있는 순간에 도달했습니다.
즉, 인터랙션 및 이벤트 처리를 위한 아키텍처로 표준 라이브러리 방식을 사용하지만 최종 결과를 하나의 캔버스에 적용하면 결과가 단순히 화려할 것입니다. 현재 단계에서는 전체 GUI 캔버스를 완전히 다시 그리는 것이 아니라 특정 컨트롤이 변경되는 영역만 다시 그리는 알고리즘만 개발하면 됩니다. 특히 Anatoly는 Table 요소를 개발할 때 이 기술을 사용하여 캔버스에서 변경된 셀만 있는 부분만 처리했습니다.
Nikolai는 이것이 그의 장점이기 때문에 시각화의 문제에서 우리를 한 번 이상 놀라게 할 것이라고 확신합니다. 그리고 우리는 확장 측면에서 새롭고 더 발전된 GUI 라이브러리를 보게 될 것입니다.
Nicholas, 열심히 해주셔서 감사합니다! 계속 해! 우리는 시각화의 새로운 놀라운 예를 기다리고 있습니다!
고마워, 알렉시.
거의 모든 것이 그렇습니다. 주제가 되어주셔서 감사합니다.
개인적으로 캔버스는 취미이자 레크리에이션입니다. 나는 새로운 그래픽 라이브러리 와 GUI를 개발하는 부담을 지고 있지 않기 때문입니다. 더 이상 취미가 아니라 시간이 필요한 작업입니다. 하지만 질문이 생긴다면 그는 잘 할 수 있을 것입니다.
내 생각에 MT는 그래픽과 시각화 측면에서 훨씬 뒤떨어져 있습니다. 최소 10년 이 방향은 MQ 팀의 우선 순위 목록에 포함되지 않았습니다. 비즈니스용 래퍼는 때때로 결정적인 역할을 합니다.
내 생각에 MT는 그래픽과 시각화 측면에서 훨씬 뒤떨어져 있습니다. 최소 10년 이 방향은 MQ 팀의 우선 순위 목록에 포함되지 않았습니다. 비즈니스용 래퍼는 때때로 결정적인 역할을 합니다.
우리는 뒤처지는 것이 아니라 (모든) 다른 플랫폼보다 앞서 있습니다. Canvas + OpenCL + 즉시 사용 가능한 전체 DirectX - 뒤에 있습니까 ???
하지만 문제는 '놀 수 있는' 이들의 범위가 좁다는 점이다. 대부분의 트레이더는 표준 기술 지표의 단계를 넘어서지 않습니다.
이제 편집기에서 Python과의 통합 및 서비스가 포함된 스크립트를 출시할 것입니다. 터미널에서 스크립트 형태로 Python 프로그램을 직접 실행할 수 있으므로 분석 개발을 MT5로 쉽게 전송할 수 있습니다. 이것은 전문가가 아닌 스크립트입니다. 테스터에서 실행할 수 없습니다.
우리는 데이터베이스와 세트 운영에 대해 많은 작업을 하고 있습니다. 새로운 DatabaseXXXX 기능을 추가합니다. 우리는 표준 SQLite 기능을 확장할 뿐만 아니라 편집기에서 SQLite 브라우저를 시작합니다.
아마도 MQL5 언어의 표준 기능에 WinML을 포함하여 ONNX 에서 훈련된 모델을 실행할 수 있을 것입니다. 이것은 Python의 TensorFlow가 충분하지 않은 경우입니다.
일반적으로 우리는 데이터 분석 스튜디오를 구축하는 과정에 있습니다.
우리는 뒤처지는 것이 아니라 (모든) 다른 플랫폼보다 앞서 있습니다. Canvas + OpenCL + 즉시 사용 가능한 전체 DirectX - 뒤에 있나요???
하지만 문제는 '놀 수 있는' 이들의 범위가 좁다는 점이다. 대부분의 트레이더는 표준 기술 지표의 단계를 넘어서지 않습니다.
이제 편집기에서 Python과의 통합 및 서비스가 포함된 스크립트를 출시할 것입니다. 터미널에서 스크립트 형태로 Python 프로그램을 직접 실행할 수 있으므로 분석 개발을 MT5로 쉽게 전송할 수 있습니다. 이것은 전문가가 아닌 스크립트입니다. 테스터에서 실행할 수 없습니다.
우리는 데이터베이스와 세트 운영에 대해 많은 작업을 하고 있습니다. 새로운 DatabaseXXXX 기능을 추가합니다. 우리는 표준 SQLite 기능을 확장할 뿐만 아니라 편집기에서 SQLite 브라우저를 시작합니다.
아마도 MQL5 언어의 표준 기능에 WinML을 포함하여 ONNX 에서 훈련된 모델을 실행할 수 있을 것입니다. 이것은 Python의 TensorFlow가 충분하지 않은 경우입니다.
일반적으로 우리는 데이터 분석 스튜디오를 구축하는 과정에 있습니다.
예, 우리는 이것을 기다리고 있습니다
코드 기반이 오버플로에서 버스트되지 않는 경우에만
우리는 뒤처지는 것이 아니라 (모든) 다른 플랫폼보다 앞서 있습니다. Canvas + OpenCL + 즉시 사용 가능한 전체 DirectX - 뒤에 있습니까 ???
하지만 문제는 '놀 수 있는' 이들의 범위가 좁다는 점이다. 대부분의 트레이더는 표준 기술 지표의 단계를 넘어서지 않습니다.
이제 편집기에서 Python과의 통합 및 서비스가 포함된 스크립트를 출시할 것입니다. 터미널에서 스크립트 형태로 Python 프로그램을 직접 실행할 수 있으므로 분석 개발을 MT5로 쉽게 전송할 수 있습니다. 이것은 전문가가 아닌 스크립트입니다. 테스터에서 실행할 수 없습니다.
우리는 데이터베이스와 세트 운영에 대해 많은 작업을 하고 있습니다. 새로운 DatabaseXXXX 기능을 추가합니다. 우리는 표준 SQLite 기능을 확장할 뿐만 아니라 편집기에서 SQLite 브라우저를 시작합니다.
아마도 MQL5 언어의 표준 기능에 WinML을 포함하여 ONNX 에서 훈련된 모델을 실행할 수 있을 것입니다. 이것은 Python의 TensorFlow가 충분하지 않은 경우입니다.
일반적으로 우리는 데이터 분석 스튜디오를 구축하는 과정에 있습니다.
레나트, 의심의 여지가 없습니다. 혁신 측면에서 MQ는 매우 훌륭합니다.
MT와 차트의 외부 디자인과 사용자를 위한 그래픽 라이브러리에 대해 이야기하고 있습니다. 우선, 이것은 앤티 앨리어싱 된 그래픽이없고 창 메뉴 인터페이스를 통한 다양한 옵션 및 설정의 선택입니다.
그리고 나는 아직 DirectX를 알아내지 못했지만 손이 매우 가렵다.
레나트, 의심의 여지가 없습니다. 혁신 측면에서 MQ는 매우 훌륭합니다.
MT와 차트의 외부 디자인과 사용자를 위한 그래픽 라이브러리에 대해 이야기하고 있습니다. 우선, 이것은 앤티 앨리어싱 된 그래픽이없고 창 메뉴 인터페이스를 통한 다양한 옵션 및 설정의 선택입니다.
그리고 나는 아직 DirectX를 알아내지 못했지만 손이 매우 가렵다.
이리와, 니콜라스
흥미로운 스레드
내가 요청한대로 차트를 만들 때까지 여전히 기다리고 있습니다.
;)