![MQL5 - Language of trade strategies built-in the MetaTrader 5 client terminal](https://c.mql5.com/i/registerlandings/logo-2.png)
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
In my implementation, points A and B are represented by the location of two objects - the X coordinate of the slider track (its start) and the X coordinate of the slider slide.
the same in the drawn version.
you are thinking narrowly, arguing about some ObjectGet/Set
at least three models merge in the control - graphics, events, data.
it does not matter where or how it is drawn. it can be in text form like [.......|...]. it can also appear on the canvas, or two MT rectangle objects can be shown.
The model of events or data doesn't suffer from this.
it's the same in the drawn version.
you are thinking narrowly, talking about some ObjectGet/Set
The control merges at least three models - graphics, events, data.
It does not matter where and how it is drawn. It can also be in text form like [.......|...]. It can also appear on the canvas, or two MT objects can be shown as rectangle.
The model of events or data does not suffer from this.
Still, the mechanism is not clear to me. If you can explain in more detail, for a general idea, it will help me a lot in understanding. thanks.
There is a fundamental question.
Let's say there are two applications, panels, indicators, on one chart. Should each of them draw on its own canvas or both of them on a common one?
There are questions in both cases.
not just less, but none at all (except bitmap_label, which is where everything is drawn).
I'm just curious how you implement text handling (text label, text input field ). A short list of problems you have to solve:
And all this on the background of already working controls "text label" and "text label with text editing". The only problems are the 32 character size limit and the inability to use integrated fonts.
You will take a lot of time to solve all these problems but you will solve at best 30% of them. Hundreds of kilobytes of your code will at best be a bit out of standard elements, but it will have its own illnesses, glitches and various unpleasant limitations. Do you really need it?
Not just less, but none at all (except bitmap_label, which is where everything is drawn).
Also don't forget about event model. It is not designed to handle events on canvas. All you will have is keystrokes in a certain area of the screen + mouse coordinates. Yes, you can get out of this darkness with OOP, but the exit will be hard and very long.
I still don't understand the mechanism. If you can explain in more detail, for a general idea, it would help me a lot in understanding. thanks.
I'm just wondering how you implement the text work
You will kill a lot of time to solve all these problems
We won't bang our heads over insurmountable obstacles. If the MC doesn't provide a solution to these problems, all this will stop.
I'm still waiting to hear back from them in SR.
Also, don't forget about the event model. It isn't designed to handle events on the canvas.
Remember, I showed you the analog of your panel for netting order trading? Well, CHARTEVENY_MOUSE_MOVE is not used there, everything is analyzed by itself.
Believe me, there's no problem with events or input carriage display.
Now the question is only about keyboard events.
Now the issue has only come down to keyboard events.
We will ask the SR for a refinement.