Announcement

Collapse
No announcement yet.

Partner 728x90

Collapse

Can't import script (indicators)

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Can't import script (indicators)

    I get an error when trying to import an indicator script.
    When I open the script editor I find 2 files missing
    What can I do? It was a fresh installation with no custom script imported before so as to cause errors. I installed on drive d since I have my documents in there too, otherwise I get other problems when on drive c and my documents on drive d
    Attached Files

    #2
    alexnj, please see this link here for how to add back those needed references - http://www.ninjatrader.com/support/h...indicators.htm

    After you've added them back in the NinjaScript editor, please press F5 to recompile your custom assembly.

    Comment


      #3
      Had a conflict last night and it made me think: Why do @Indys give a message then there is a potential conflict but I can not remember seeing one for custom ones. Am I wrong?

      I had a lot of problems with a new version of the GomLadder that had been recently modified. It kept telling me that that name was already in use. Eventhough I had manually taken it out of the NT users file structure.

      I ended up removing all Gom stuff, opening a workspace with nothing in it and then pasting into newly created indys all the new and old conflicting indys as the import utility was still not working.

      Comment


        #4
        ZTrade101, you would need to copy in components of the zip (all cs) manually in this case in the respective folders and then compile to see which method / file is giving you the issues. Take for example the T3 that is now a system indicator in NT7, but was not in 6.5, so if you'd tried importing a custom one named T3 (sharing same namespace as NT7 system one), then you would run into this conflict unfortunately.

        Comment


          #5
          Originally posted by NinjaTrader_Bertrand View Post
          ZTrade101, you would need to copy in components of the zip (all cs) manually in this case in the respective folders and then compile to see which method / file is giving you the issues. Take for example the T3 that is now a system indicator in NT7, but was not in 6.5, so if you'd tried importing a custom one named T3 (sharing same namespace as NT7 system one), then you would run into this conflict unfortunately.
          But why do @Indys warn you and non@Indys do not?

          That is the real question. Why can't I create something as @XYZ? (with a unique, non-NT built in name), I know it will not let me with New NinjaScript. Wonder if I could name it that & just copy it to the indicator folder.

          Comment


            #6
            ZTrade101, the @ones are system indicators and those would be read only in NinjaScript.

            Comment

            Latest Posts

            Collapse

            Topics Statistics Last Post
            Started by Geovanny Suaza, 02-11-2026, 06:32 PM
            0 responses
            591 views
            0 likes
            Last Post Geovanny Suaza  
            Started by Geovanny Suaza, 02-11-2026, 05:51 PM
            0 responses
            343 views
            1 like
            Last Post Geovanny Suaza  
            Started by Mindset, 02-09-2026, 11:44 AM
            0 responses
            103 views
            0 likes
            Last Post Mindset
            by Mindset
             
            Started by Geovanny Suaza, 02-02-2026, 12:30 PM
            0 responses
            556 views
            1 like
            Last Post Geovanny Suaza  
            Started by RFrosty, 01-28-2026, 06:49 PM
            0 responses
            553 views
            1 like
            Last Post RFrosty
            by RFrosty
             
            Working...
            X