My approach. The core is the engine. - page 169
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
Peter will look at it and say, "This is all rubbish, but what if I have a million moulds and a million buttons on each one?
That's what it means to be a true professional - to trivialize simple things and make them so uncomfortable and unnatural!
***
As if there was a universal approach that simplifies the binding of created in C# to the terminal, but for a beginner this division will not ease, and the one who has any experience will not go this way, because this task is solved much easier and more natural and without any restrictions.
Dmitry, I looked at your code. Everything there is the same: the event handler, stat methods, and the application launch in a separate thread. That's why I have a follow-up question: what did you want to say with this post?
Dmitry, I looked at your code. Everything is the same there: event handler, stat. methods, application launch in a separate thread. That's why I have a counter-question: what did you want to say with this post?
To say it directly? It's easy and straightforward to solve a problem that's been solved with a bit of a... I didn't have any applications, I had one dll and I certainly didn't try to look through all the controls and search for a form by name.
For example, you could make a simulator - in a tester to trade in. You can make yourself a convenient (multifunctional) trading panel. It is possible to use all power of C# and all libraries connected to it.
But you don't have to connect it like this - search for form by name... ...is not necessary. You don't need to create an exe either, all you can do in a dll. The Dll is no different in complexity from the exe, in both cases the visual form builder is available.
Dim, I really have no desire to discuss anything on the subject with you. Professionals will understand, others will either keep silent, or flood you with questions: "Why, and why", "It was necessary so, and not edok ..." Generally speaking, idle chatter.
Dim, really, to discuss with you anything on this topic, there is no desire. Professionals will understand, the rest either remain silent, or ask questions: "Why, yes why", "it was necessary so and not edok ..." in general, idle chatter.
Well done, you******* take a pie from the shelf.
...
Basil, no offence, but a panel like this:
I have about this kind of code:
This code can simply be passed to each other, or put in a common base and you don't need to draw a form specifically for everyone.
Inserted in the constructor and got another window with all element parameters and connections.
...and you don't have to draw a shape on purpose for everyone.
...
It's like creating a mould is beating a sledgehammer on a cast iron bollard))
For example, you could make a simulator - in a tester to trade in. You can make yourself a convenient (multifunctional) trading panel. It is possible to use all power of C# and all libraries connected to it.
But you don't have to connect it like this - search for form by name... ...but you don't need to connect it that way - via form name search. You don't need to create an exe either, all you can do in a dll. The dll is no different in complexity from the exe, in both cases the visual form builder is available.
that's just about the new word, there are hardly any mosh libraries in sysharp, but that would be cool.
that's just about the new word, that there are hardly any mosh libraries in sycharp, which would be cool.
But at least there's a method of communication that's straightforward and adequate.
Like making a mould is beating a sledgehammer on a cast-iron billet.)
Exactly. There will be a huge database of cybercodes with pictures. Go in, select, get the code, paste into the constructor, get the core with connection files. And the connection is already thought out and much easier.