+1 888 340 6572 GET STARTED
MultiCharts Project Management
Go to the previous open issue
Go to the previous issue (open or closed)
Please log in to bookmark issues
Open Feature request MC-73

Feature Request: Local Symbol Linking

Go to the next issue (open or closed)
Go to the next open issue

Almost 4 years ago, we were told local symbol linking was planned for addition.
Unless I am mistaken, local symbol linking still unavailable.
Others may feel the opposite, but for me and most all of the friends and clients I talk to, global linking is only occasionally useful, whereas local linking (as provided by competing platforms) is a use-it-every-day necessity.
In terms of gain vs. difficulty, implementing local symbol linking is low-hanging fruit.
Please add this capability soon!

Steps to reproduce this issue

This is a missing, but very needed, feature.  Reproduction is N/A.

Comments (6)
user-offline.png  MC_Prog (MC_Prog)
Dec 30, 2011 - 15:47

Hi.  I just want to say again that local symbol linking is an important feature, the lack of which complicates and impedes daily operation of MC for real traders.  I hope that this item is judged important enough to be part of 7.5.

user-offline.png  Michael (Id2)
Mar 15, 2013 - 11:18

... implement asap. Very important when you want to automate via several chart windows with different symbols and data rows.

user-offline.png  Michael (Id2)
Mar 15, 2013 - 11:20

This feature would be very useful, especially because global symbol linking is limited to only a few colors?! Please implement local (workspace) linking feature, thank you.

user-offline.png  MC_Prog (MC_Prog)
Jun 18, 2013 - 09:35

Consider a futures workspace with 6-8 charts showing different things about a symbol (timeframes, indicators, etc.).   Now consider that you want to do a rollover, and during some period of time you need to monitor both the prior contract and the new contract.
If your workspace charts are set to global-link Red (for example), you can change the symbol to the new contract (which updates all the workspace charts) and save the workspace under a new name.   You should now be good, right?   But no, you are not!
If you open both the old-contract workspace and the new-contract workspace they will interfere with each other!   This is because the charts in each are both set to Red and that is GLOBAL.
What we need is to be able to set the charts to Red-LOCAL, and then the scenario above will work perfectly.

user-offline.png  MC_Prog (MC_Prog)
Apr 18, 2014 - 08:42

Please consider that a workspace is often used as a particular "X-Ray View" of a symbol, with many charts, indicators, etc. chosen to be observed together.
The same "X-Ray View" will then typically be desired at the moment for another symbol.   So we enter a new symbol and the entire workspace updates to the new symbol.  That's local symbol linking, and that's Good.
What's not good is when other workspaces behind the scenes have their symbols changed when that was not intended.  That's global symbol linking, which is what MC does now (currently our only choice), and this IS ONLY GOOD WHEN SPECIFICALLY DESIRED.
I'm pitching again for the implementation of Local Symbol Linking (in addition to the existing Global Symbol Linking).
Having both kinds available (as, for example, TradeStation does) makes for maximum flexibility and allows the user to have EXACTLY the desired behavior in every case.  We don't need surprises in the heat of trading, and we don't really need either the complication of having to plan externally that a certain symbol link color can never be used outside of a single workspace while another symbol link color is expected to be used across multiple workspaces.
Please help us in the field to have the symbol linking behavior we need, when and where we need it, and not otherwise.  Thanks!

user-offline.png  Michael (Id2)
Jul 22, 2014 - 12:00

Hi.   I realize there are a ton of wonderful features new to MC 9.0, and the full completion and stabilization of that is the current priority now.   After the official release of MC 9.0, I REALLY hope that this request can be considered favorably for the next iteration of the platform.
This is the one feature that is critical to an optimized realtime workflow for a trading business that MC is currently not providing.

Issue basics
  • Type of issue
    Feature request
  • Category
  • Targeted for
    Not determined
  • Status
    Under Review
User pain
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
Affected by this issue (3)
People involved
Times and dates
  • Posted at
  • Last updated
Issue details
  • Resolution
    Not determined
  • Severity
Attachments (0)
There is nothing attached to this issue
Commits (0)
There are no code checkins for this issue
Duplicate issues (0)
This issue does not have any duplicates