|
kmcintyre
 Veteran
  Posts: 132
Joined: 9/12/2007
Location: Valley Center, CA
User Profile |
Please consider refactoring all the wonderful code and algorithms Nirvana has available into an extensible object oriented class library that I can access from standard .NET languages.
Every time I've tried to program using Nirvana products the answer comes back "Nope, can't do that".
There are no objects available to access OmniData price series. There are no objects to access basic indicator libraries. There is no ability to inherit and extend the core functionality of all the systems Nirvana has developed.
It's really a shame.
Keep OLang for backward compatibility, but publish an Object Library so .NET programmers can access and extend the power of Nirvana's existing data and algorithms.
Thanks for your consideration
Keith
|
|
SteveL
 Veteran
  Posts: 133
Joined: 2/15/2007
Location: Boulder, CO
User Profile |
I second Keith's request.
|
|
John J
 Regular
   Posts: 90
Joined: 12/20/2011
Location: Leduc
User Profile |
Hi Keith,
Are you suggesting that the object oriented class libraries should be made available to other programs than OT/VT..?
I'm all for expanding the capabilities of the SDK, though...
|
|
Jim Dean
 Sage
       Posts: 3433
Joined: 3/13/2006
Location: L'ville, GA
User Profile |
Guys
dotNET access is avail thru SDK.
OLang is far, far, far away from having the superstructure in its parser to deal with the necessary framework for typical dotNET objects, classes, etc.
Any request this broad for OLang to change in that way would call for N to get a lot of $$ income to cover it. But very few people would benefit from it ... maybe 5 or 10.
So, I'm afraid that this path is highly unlikely.
Tellin' it like it is ...
|
|
kmcintyre
 Veteran
  Posts: 132
Joined: 9/12/2007
Location: Valley Center, CA
User Profile |
John, yes - full access from C#, c++, VB, etc. Using objects from Excel, Word, SQL, etc. Take the chains off...
Jim, OLang is not a real programming language. Keep it for non-computer science types. It's at least 2 decades behind the times.
I must admit I don't know a lot about the SDK. If it allows me to program in java or c++ or c# or VB, iterate through my own arrays, use the full power of the .NET libraries, etc. then PLEASE tell me where I can find the class library and documentation.
Keith
|
|
Jim Dean
 Sage
       Posts: 3433
Joined: 3/13/2006
Location: L'ville, GA
User Profile |
The SDK is what you want.
No documentation is avail ... you have to figure it out yourself.
They do provide some dated examples that you can get started with.
Just call sales and they will email it to you.
|
|
kmcintyre
 Veteran
  Posts: 132
Joined: 9/12/2007
Location: Valley Center, CA
User Profile |
Thanks, Jim!
Does TradeTight have videos or documentation re. the SDK?
Keith
|
|
Jim Dean
 Sage
       Posts: 3433
Joined: 3/13/2006
Location: L'ville, GA
User Profile |
Nope. My SDK use is fairly cookie-cutter based. Folks like Alan Faris are the experts. I don't know of anyone who has published a manual or extensive guide to hooks, objects, etc.
It's "dungeons and dragons" time.
|
|
John J
 Regular
   Posts: 90
Joined: 12/20/2011
Location: Leduc
User Profile |
The SDK is not a be all end all solution. It just leaves a lot to be desired. For instance; If your code needs to access or interface with installed plugins, you quickly discover that it can only be done in Olang.
Also, just as with Olang, the SDK only exposes a subset of all the methods and libraries that exist in OT/VT. So basically, there is no way that an end user is capable of creating any Indy/Stop/System with the same level of sophistication (and I'm excluding graphics here) compared to what can be done in-house.
|