Discussion of article "MQL as a Markup Tool for the Graphical Interface of MQL Programs. Part 1" - page 4
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
Everything is in the documentation, study it, use it.
There is a way to get and pass a reference to a class in the documentation, but I haven't found a reference to functions. If it's not too difficult, can you give me a link?
I gave you a link to the help. It describes how to create a pointer to a function.
I gave you a link to the help. It describes how to create a pointer to a function.
Dmitry Fedoseyev, although offensive, very funny video insert. I laughed for a long time. When I read what you highlighted, I realised that it looked really stupid. It would be more accurate to say not rewritten, but improved and supplemented. I have read a lot of your articles for five years of your presence on this site, and I don't doubt that your knowledge is much more than mine, but I don't agree with you that there is no need for OOP in express-writing. Since in complex programmes, using graphical interfaces, combining several TS in one EA, keeping statistics, etc., OOP helps a lot, to structure the code of the programme better, and design patterns (although I am still at the very beginning of their study) increase the power of OOP many times. Of course, this does not mean that you should push it into a small EA, where you can do with ordinary procedures, and the speed of its writing will be many times greater. If it will be interesting I will describe an example where I applied OOP and one template, and how it simplified my life. And if it's not too difficult Dmitry, could you show your words"and even more so in creating an analogue of a delegate using OOP while there are pointers to functions" on an example. Or in which article you can find information about function pointers. Thanks in advance.
Function pointers - look for "typedef" in the help. C# has delegates and not function pointers only because the whole language is object-oriented, everything that is necessary and not necessary is done through objects.
I didn't reject OOP at all, on the contrary, it is very useful and convenient, if only OOP application doesn't become an end in itself and doesn't turn into obligatory following some canons.
Who exactly do you mean? Especially since it's in the plural, and there aren't many of us here. If it were singular, I'd think it was about Peter. but it's plural. It raises questions.
Why don't you just use your first name? So that no unnecessary questions arise. Or can't you just kick the air?
I will not call anyone directly by name, I don't like bazaars. The plural is for generalisation. Anyone who likes to rant from the position of a connoisseur, based on home-grown ridiculous solutions, let him pass by, in his own threads.
I'm not going to call anyone directly by name, I don't like bazaars. The plural is for generalisation. Anyone who likes to rant from the position of a connoisseur, based on homebrewed ridiculous solutions, let them pass by, in their own threads.
And what are the criteria for "ridiculousness" as you define it? Don't you claim to create a "homebrew" markup language? Aren't you judging from the position of an "expert" about a technology about which you couldn't say anything intelligible in the article? Welcome to the club of dilettantes.)) It's just that some people here, in this field (unlike you) have much more understanding. So, there's no need to "turn up your nose".
If you think that you can "quietly" write off someone else's language and present it as a ready solution without disclosing the concept, you are naive.
I, for example, am interested in alternative solutions of markup language creation. My technology is known to me and I want to know how others do it. Outside views on the problem. Quite legitimate. So, looking for a clear, understandable and coherent concept. And what did you want from your readers? - An uncomplaining agreement?))))
Therefore, please be adequate and discuss solutions and accept criticism calmly.)))))
I'm not going to call anyone directly by name, I don't like bazaars. The plural is for generalisation. Anyone who likes to rant from the position of a connoisseur, based on homebrewed ridiculous solutions, let them pass by, in their own threads.
Great, then you top this generalised list.
I'm sorry for my stupid question, but what kind of GUI you are trying to build which cannot be done (or pretty hard to do it) within standard MQL libs?
Moreover, I see the realisation is pretty complicated from the beginning. Maybe it could be better to look into jQuery style of UI implementation?
For example simple button creation could looks like:
Of course it needs to have own "objects generator" and so on, and it's also possible to make it extendable and support "user-defined" objects, like with shadow effects, gradients, etc.
So, it could be more easy for developer to build GUI in such way.
Also it is possible to build an application like MT GUI Builder for visual creation of GUI and exporting JSON file for fast implementation on MQL side...
It's just my thoughts after reading article and my opinion.
Of course you are on your own way.
Yes, there can be different approaches. I mentioned your options, they would require parsing of third-party formats, but inside their work would be no different from what is done now. The proposed concept is to build everything into MQL and have no dependencies.