zdd : 티키는 필요하지 않습니다. 그것은 필요할 것입니다 - 우리는 그것을 스스로 꺼낼 것입니다. 가장 중요한 것은 그림을 그릴 수 있는 창을 갖는 것입니다. 그리고 그림을 그리는 데 사용할 수 있는 그래픽 개체(어떤 막대가 차트와 함께 움직이지 않을지 생각하지 않고).
네. 열렬히 응원합니다. 차트의 유사체(비어 있음)는 현재 가지고 있는 것과 비교하여 아이디어가 좋습니다.
그러나 마침내 일반 "사용자" 창을 차트에 연결하지 않고 mql5 프로그램 창 생성, 임의의 그리기 및 매달린 그래픽 요소 및 컨트롤의 가능성으로 만드는 것이 훨씬 더 나을 것입니다.
차트에 프로그램의 기존 연결에 관해서는... 예, 그대로 두십시오. 그 외에 기본적으로 차트 기호에 연결되지 않는 메서드가 있으면 좋을 것입니다. GlobalMqlSpace - 잘 들리네요. 흠. 네비게이터의 시각적 표현으로 이러한 바인딩이 필요하지 않은 스크립트 및 전문가를 던질 수 있습니다. 또한, 임의의 양으로. 사용자의 차가 얼마나 당기는지, 너무 많이 매달립니다.
아마도 이제 이러한 이국적인(?) 아이디어가 제 자리에서 벗어났을 것입니다. 개발자들은 터미널을 작동 궤도로 시작하는 데 더 관심이 있습니다.
zdd : 티키는 필요하지 않습니다. 그것은 필요할 것입니다 - 우리는 그것을 스스로 꺼낼 것입니다. 가장 중요한 것은 그림을 그릴 수 있는 창을 갖는 것입니다. 그리고 그림을 그리는 데 사용할 수 있는 그래픽 개체(어떤 막대가 차트와 함께 움직이지 않을지 생각하지 않고).
아이디어는 새로운 것이 아닙니다. 개발자는 3개월 전에 OBJ_BITMAP 및 OBJ_BITMAP_LABEL에 대한 액세스 권한을 부여하기로 약속했지만 이것은 나중에, 이제 그들의 임무는 가능한 한 빨리 터미널을 시작하는 것입니다.
그들이 Photoshop에서 하는 것처럼 했다면 더 좋을 것입니다. 터미널의 경계 너머로 창을 꺼낼 수 있습니다. 이것은 당신의 pruha가 될 것입니다 =)
모든 창의 상단 등과 같은 사용자 정의 가능한 기능.
OBJ_TREND 라인과 유사한 그래픽 개체를 추가할 수 있습니까? 좌표가 시간과 가격이 아닌 화면 경계(OBJ_LABEL, OBJ_BUTTON 등 )에서 들여쓰기로 설정되어 있습니까? (그래프를 이동할 때 이러한 개체는 제자리에 유지됩니다.)
또한 "빈" 금융 상품에 해당하는 기호는 간섭하지 않으며 이러한 차트를 열 때 가격이 표시되지 않습니다(빈 창에서 그릴 수 있음).
OBJ_TREND 라인과 유사한 그래픽 개체를 추가할 수 있습니까? 좌표가 시간과 가격이 아니라 화면 경계(OBJ_LABEL, OBJ_BUTTON에서와 같이)에서 들여쓰기로 설정되어 있습니까? (그래프를 이동할 때 이러한 개체는 제자리에 유지됩니다.)
또한 "빈" 금융 상품에 해당하는 기호는 간섭하지 않으며 이러한 차트를 열 때 가격이 표시되지 않습니다(빈 창에서 그릴 수 있음).
흠 그리고 진드기가 매초 거기에 갈 수 있도록.
그런 테스트 도구
똑똑한 아이디어 =)
흠 그리고 진드기가 매초 거기에 갈 수 있도록.
그런 테스트 도구
똑똑한 아이디어 =)
티키는 필요하지 않습니다. 그것은 필요할 것입니다 - 우리는 그것을 스스로 꺼낼 것입니다. 가장 중요한 것은 그릴 수있는 창이 있다는 것입니다. 그리고 함께 그릴 수 있는 그래픽 객체
나는 지원한다!
반복적으로 도면을 위한 별도의 창의 필요성이 있었습니다 - 시간 규모와 가격에 대한 참조 없이
픽셀 좌표가 있는 DrawWindow 및 OnInit(), OnDeinit(), OnTimer(), OnChartEvent() 처리
이제 픽셀 <-->(바 + 가격) 주변의 모든 막대, 색상 및 탬버린과 함께 선을 소멸시켜야 합니다.
이제 픽셀 <-->(바 + 가격) 주변의 모든 막대, 색상 및 탬버린과 함께 선을 없애야 합니다.
네.
그리고 이 고통을 과거의 일로 만들려면 예외 없이 모든 화면 개체가 픽셀 및 시간 + 가격으로 이중 위치 지정을 수행하는 것으로 충분하지만 또한 필요합니다.
또한 사용자가 제어하는 원하는 좌표계(XY / TimePrice)에 대한 바인딩 플래그입니다. (물론 런타임에 변경할 준비가 되어 있습니다.)
개발자가 좌표 참조를 통해 개체를 두 범주로 나누는 경로를 택한 이유는 모르겠지만 실제로는 이것이 실패한 결정임을 알 수 있습니다.
티키는 필요하지 않습니다. 그것은 필요할 것입니다 - 우리는 그것을 스스로 꺼낼 것입니다. 가장 중요한 것은 그림을 그릴 수 있는 창을 갖는 것입니다. 그리고 그림을 그리는 데 사용할 수 있는 그래픽 개체(어떤 막대가 차트와 함께 움직이지 않을지 생각하지 않고).
네. 열렬히 응원합니다. 차트의 유사체(비어 있음)는 현재 가지고 있는 것과 비교하여 아이디어가 좋습니다.
그러나 마침내 일반 "사용자" 창을 차트에 연결하지 않고 mql5 프로그램 창 생성, 임의의 그리기 및 매달린 그래픽 요소 및 컨트롤의 가능성으로 만드는 것이 훨씬 더 나을 것입니다.
차트에 프로그램의 기존 연결에 관해서는... 예, 그대로 두십시오. 그 외에 기본적으로 차트 기호에 연결되지 않는 메서드가 있으면 좋을 것입니다. GlobalMqlSpace - 잘 들리네요. 흠. 네비게이터의 시각적 표현으로 이러한 바인딩이 필요하지 않은 스크립트 및 전문가를 던질 수 있습니다. 또한, 임의의 양으로. 사용자의 차가 얼마나 당기는지, 너무 많이 매달립니다.
아마도 이제 이러한 이국적인(?) 아이디어가 제 자리에서 벗어났을 것입니다. 개발자들은 터미널을 작동 궤도로 시작하는 데 더 관심이 있습니다.
하지만 여전히. 일반 표준 mql 창은 필수입니다. 내일이 아니라면 적어도 모레는.
티키는 필요하지 않습니다. 그것은 필요할 것입니다 - 우리는 그것을 스스로 꺼낼 것입니다. 가장 중요한 것은 그림을 그릴 수 있는 창을 갖는 것입니다. 그리고 그림을 그리는 데 사용할 수 있는 그래픽 개체(어떤 막대가 차트와 함께 움직이지 않을지 생각하지 않고).