Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
a question about my first Indicator programmed in MultiCharts.Net
I am trying out MC.Net from AMP, but it turned out that I have to be paid user to post on MC.Net's official discussion forum. So I hope that I can get help in nexusfi.com (formerly BMT) instead.
I programmed my first really simple indicator CurrectionBar modeling off C_Hammer_HangingMan.Function and .Indicator
But when I ran it, I got this error message. I checked 10+ times on what is different between my indicator and the C_Hammer_HangingMan but got no luck. Could you please help to check it out what I did wrong?
Can you help answer these questions from other members on NexusFi?
That's normally not a very hard error message to solve. Can you post your code in a .txt file? I'm not a big fan of importing .pln files with unseen code.
I found the reason now. It is because in C_Hammer_HangingMan.Function.CS, for some unknown and strange reason, it declares the two output objects, but do not initialize them.
and it depends on the C_Hammer_HangingMan.Indicator.CS to pass in an empty object.
Do you happen to know what is the good on handling this way? to me it is much simpler to declare this way:
I always use an automatic property in Visual Studio since that's easier to code (with the `prop` code snippet) and is the same as MultiCharts uses in their programming manual.
I don't know if this is the 'good' or 'best' way, I don't think it matters that much as long as both compile and are recognised by MultiCharts .NET as an input.
Speaking of Visual Studio, I do like VS better, but I found that the solution only includes indicators and signals; it does not include functions classes. Such as ADX, ADX.Function.cs is not in the solution.