헛소리 쓰지 마세요! 개체를 통해 수행하는 것은 통해 수행하는 것입니다 ... 화면에 텍스트를 표시하기 위해 몇백 개의 개체를 시작하는 동안 이 텍스트를 표시하기 위해 특수 주석 기능이 제공됩니다(강조: TEXT 에 대한 개별 비문이 아니라 개체가 의도한 레이블). 이러한 개체의 무리는 불편함 외에도 특히 EA가 여러 차트에서 시작될 때 리소스를 소비합니다. 따라서 여기에서 조언을 하기 전에 조금 생각하십시오. 그리고 일반적으로 개발자의 답변을 듣고 싶습니다. 내 질문은 그들에게 향했다.
그리고 "그래픽 구성 요소"에 대해서는 이 개념이 의미하는 바가 완전히 명확하지 않습니다. 텍스트 편집기는 그래픽 구성 요소가 아니라 프로그램입니다. 또 다른 점은 프로그램이 여러 줄 테스트 출력을 지원하는 구성 요소를 사용하는 경우 표도 사용된다는 것입니다. 예를 들어 메모 개체.
다들 헛소리를 씁니다. 그러나 어떤 사람들은 그것을 이해하지 못합니다. 나는 세르게예프에 대해 말하는 것이 아니라 당신에 대해 말하는 것입니다
여기서 어리석음을 정확히 어디에서 볼 수 있습니까? 수백 개의 개체에 관해서는 과소 평가하기도 했습니다. 거기에는 10-15개의 열과 20-30개의 줄이 표시되어 있습니다. 하나의 차트에 총 200-400개의 개체가 필요합니다. 그리고 그러한 차트가 많이 있을 수 있습니다.
이 경험이 어떻게 제공되고 적절한지 여부가 중요합니다. 이전에 이 사람이 어떻게 표를 공백 4개로 대체하자고 제안했는지 읽었습니다. 이는 일반적으로 표가 무엇인지에 대한 명확한 오해를 나타냅니다. 그리고 나서 고정 폭 글꼴도 기억했지만 논의 중인 기능에는 적용되지 않습니다. 그럼 여기서 그 경험을 어디서 보았습니까?
이 경험이 어떻게 제공되고 적절한지 여부가 중요합니다. 이전에 이 사람이 어떻게 표를 공백 4개로 대체하자고 제안했는지 읽었습니다. 이는 일반적으로 표가 무엇인지에 대한 명확한 오해를 나타냅니다. 그리고 나서 고정 폭 글꼴도 기억했지만 논의 중인 기능에는 적용되지 않습니다. 그럼 여기서 그 경험을 어디서 보았습니까?
레이블 외에 다른 선택지가 없다는 사실은 나 자신도 완벽하게 이해합니다. 결국 "표를 어떻게 만들 수 있지?"가 아니라 "왜 개발자들은 그것을 주석 으로 구현하지 않습니까?"라는 질문을 던졌습니다. 그러나 그들로부터 아무런 응답이 없었습니다. 대신 다음과 같은 제안이 많이 있습니다. 오렌지가 필요한 이유는 무엇입니까? 사과를 먹습니다.
그러나 일반적으로 비고정폭 글꼴에 대한 아이디어가 하나 더 있습니다. 이는 주석 및 대부분의 레이블 글꼴에 적용됩니다. 이 글꼴에서 각 문자의 너비를 어떻게든 얻어야 합니다. 그런 다음 기둥을 동일한 레벨에 맞추는 데 필요한 공간 수를 쉽게 계산할 수 있습니다. 물론 맞춤은 1-3픽셀의 오차로 정확하지 않지만 무서운 것은 아닙니다. 누가 문자 너비를 찾는 방법을 알려 주시면 매우 감사하겠습니다. 그리고 일반적으로 Comment에는 어떤 글꼴이 사용됩니까? Arial이 의심되지만 구체적으로 알고 싶습니다.
winapi 함수를 사용하여 솔루션을 찾으려고 시도했지만 GetTextExtentPoint32 함수를 찾았습니다. 모든 텍스트 줄의 너비를 픽셀 단위로 제공하며 특정 문자 너비에 대한 유사한 기능도 있습니다. 본질은 동일합니다. 모든 것이 괜찮은 것 같지만 결과 너비는 글꼴 시스템을 나타냅니다. 내가 이해하는 한, 이 글꼴은 기본적으로 텍스트가 표시되는 창의 현재 디스플레이 장치 컨텍스트(DC)에 대해 설정됩니다(GetDC 기능을 사용하여 미리 설정함). 그러나 주석의 텍스트는 문자 크기가 다른 다른 글꼴로 명시적으로 표시됩니다. 이것은 예를 들어 문자 "i"와 "w"의 너비 비율에서 두드러집니다. 일반적으로 현재 DC에 대해 다른 글꼴을 설정하거나 특정 글꼴을 사용하여 고유한 DC를 만들 수 있습니까? 누군가 이 문제를 접했을 수도 있습니다. 다 찾아봤는데 아직도 못찾겠네요.
헛소리 쓰지 마세요! 개체를 통해 수행하는 것은 통해 수행하는 것입니다 ... 화면에 텍스트를 표시하기 위해 몇백 개의 개체를 시작하는 동안 이 텍스트를 표시하기 위해 특수 주석 기능이 제공됩니다(강조: TEXT 에 대한 개별 비문이 아니라 개체가 의도한 레이블). 이러한 개체의 무리는 불편함 외에도 특히 EA가 여러 차트에서 시작될 때 리소스를 소비합니다. 따라서 여기에서 조언을 하기 전에 조금 생각하십시오. 그리고 일반적으로 개발자의 답변을 듣고 싶습니다. 내 질문은 그들에게 향했다.
그리고 "그래픽 구성 요소"에 대해서는 이 개념이 의미하는 바가 완전히 명확하지 않습니다. 텍스트 편집기는 그래픽 구성 요소가 아니라 프로그램입니다. 또 다른 점은 프로그램이 여러 줄 테스트 출력을 지원하는 구성 요소를 사용하는 경우 표도 사용된다는 것입니다. 예를 들어 메모 개체.
다들 헛소리를 씁니다. 그러나 어떤 사람들은 그것을 이해하지 못합니다. 나는 세르게예프에 대해 말하는 것이 아니라 당신에 대해 말하는 것입니다
여기서 어리석음을 정확히 어디에서 볼 수 있습니까? 수백 개의 개체에 관해서는 과소 평가하기도 했습니다. 거기에는 10-15개의 열과 20-30개의 줄이 표시되어 있습니다. 하나의 차트에 총 200-400개의 개체가 필요합니다. 그리고 그러한 차트가 많이 있을 수 있습니다.
여기서 어리석음을 정확히 어디에서 볼 수 있습니까?
어리석음은 다른 사람의 경험을 듣고자 하는 능력이나 욕망이 아닙니다. 더 이상은 없어
어리석음은 다른 사람의 경험을 들을 수 있는 능력이나 욕망이 아닙니다. 더 이상은 없어
이 경험이 어떻게 제공되고 적절한지 여부가 중요합니다. 이전에 이 사람이 어떻게 표를 공백 4개로 대체하자고 제안했는지 읽었습니다. 이는 일반적으로 표가 무엇인지에 대한 명확한 오해를 나타냅니다. 그리고 나서 고정 폭 글꼴도 기억했지만 논의 중인 기능에는 적용되지 않습니다. 그럼 여기서 그 경험을 어디서 보았습니까?
그래서 누군가가 자신의 경험을 정말로 공유할 때만 기쁩니다.
"체커를 원하십니까, 아니면 갈까요?"
https://www.mql5.com/ru/forum/122586 여기를 참조하십시오. 아마도 당신은 당신의 해결책을 찾을 것입니다.
sergeev : Мы же вроде все здесь не глупые и понимаем что в Comment не моноширный шрифт.
고기 : 헛소리 쓰지 마!
확인. 바보가 아닌 것에 대해 과장했습니다. 그러면 나는 내 말을 되돌릴 것입니다. 그것은 당신에게 적용되지 않았습니다.
엉덩이, 그게 당신이 말하려고 한거야? 부끄러워하지 마세요, 모두가 여기 있습니다.
화면에 텍스트를 표시하기 위해 수백 개의 개체 시작
과장할 필요가 없습니다. 화면에 100줄의 출력 텍스트 주석이 있다고 말하고 싶습니까? 오, 내가 어떻게 그것을 의심!
필요한 것은 다음과 같습니다.
- 레이블 개체의 형식으로 텍스트를 한 줄씩 표시합니다.
- 이 레이블에 고정 폭 글꼴 사용
- 탭을 공백으로 바꿉니다.
이러한 개체의 무리는 불편함 외에도 자원을 소모하게 되며,
댓글 기능 이 스페어 모드에서 작동한다고 생각하십니까? 그것은 개체의 출력보다 적은 리소스를 먹습니다. 차트를 업데이트하기 때문입니다. 그리고 이것은 많은 것입니다. 시간 표시 기능으로 여가 시간에 장난치며 놀 수 있습니다.
PS (비열한 방식으로)
감사가 필요하지 않습니다. 댓글 탭(특히 MT4에서)은 오래 기다려야 합니다.
그러니 정말 필요하다면 내 충고를 받아라.
욕망이 있는 사람은 기회를 찾고, 없는 사람은 이유를 찾습니다. 아멘.
욕망이 있는 사람은 기회를 찾고, 없는 사람은 이유를 찾습니다.
그리고 누가 이유를 찾고 있습니까? 그는 실제로 유죄를 찾고 있습니다. 그리고 전혀 해결책이 아닙니다. 그리고 그것은 결코 효과적이지 않습니다.
// 여기서 나는 때때로 그것을 반복할 것이다. 계속해서. 순수하게 포럼의 분위기를 개선하기 위한 것입니다. 차츰차츰 가시는 분들이 있는 것 같습니다.
이 경험이 어떻게 제공되고 적절한지 여부가 중요합니다. 이전에 이 사람이 어떻게 표를 공백 4개로 대체하자고 제안했는지 읽었습니다. 이는 일반적으로 표가 무엇인지에 대한 명확한 오해를 나타냅니다. 그리고 나서 고정 폭 글꼴도 기억했지만 논의 중인 기능에는 적용되지 않습니다. 그럼 여기서 그 경험을 어디서 보았습니까?
그래서 누군가가 자신의 경험을 정말로 공유할 때만 기쁩니다.
인내와 약간의 노력! :)
한 번 기능으로 만들고 필요에 따라 변경하여 사용하면 충분합니다.
레이블 외에 다른 선택지가 없다는 사실은 나 자신도 완벽하게 이해합니다. 결국 "표를 어떻게 만들 수 있지?"가 아니라 "왜 개발자들은 그것을 주석 으로 구현하지 않습니까?"라는 질문을 던졌습니다. 그러나 그들로부터 아무런 응답이 없었습니다. 대신 다음과 같은 제안이 많이 있습니다. 오렌지가 필요한 이유는 무엇입니까? 사과를 먹습니다.
그러나 일반적으로 비고정폭 글꼴에 대한 아이디어가 하나 더 있습니다. 이는 주석 및 대부분의 레이블 글꼴에 적용됩니다. 이 글꼴에서 각 문자의 너비를 어떻게든 얻어야 합니다. 그런 다음 기둥을 동일한 레벨에 맞추는 데 필요한 공간 수를 쉽게 계산할 수 있습니다. 물론 맞춤은 1-3픽셀의 오차로 정확하지 않지만 무서운 것은 아닙니다. 누가 문자 너비를 찾는 방법을 알려 주시면 매우 감사하겠습니다. 그리고 일반적으로 Comment에는 어떤 글꼴이 사용됩니까? Arial이 의심되지만 구체적으로 알고 싶습니다.
winapi 함수를 사용하여 솔루션을 찾으려고 시도했지만 GetTextExtentPoint32 함수를 찾았습니다. 모든 텍스트 줄의 너비를 픽셀 단위로 제공하며 특정 문자 너비에 대한 유사한 기능도 있습니다. 본질은 동일합니다. 모든 것이 괜찮은 것 같지만 결과 너비는 글꼴 시스템을 나타냅니다. 내가 이해하는 한, 이 글꼴은 기본적으로 텍스트가 표시되는 창의 현재 디스플레이 장치 컨텍스트(DC)에 대해 설정됩니다(GetDC 기능을 사용하여 미리 설정함). 그러나 주석의 텍스트는 문자 크기가 다른 다른 글꼴로 명시적으로 표시됩니다. 이것은 예를 들어 문자 "i"와 "w"의 너비 비율에서 두드러집니다. 일반적으로 현재 DC에 대해 다른 글꼴을 설정하거나 특정 글꼴을 사용하여 고유한 DC를 만들 수 있습니까? 누군가 이 문제를 접했을 수도 있습니다. 다 찾아봤는데 아직도 못찾겠네요.