[Note: This discussion is only about the LAST BAR on the chart, not previous bars.]
Currently, Weekly (and higher) scales show the theoretical, end-of-period date as opposed to showing the actual date. e.g. as of today (Thursday, 6/16/22) the weekly bar has a date of 6/17/22, the monthly bar has a date of 6/30/22, and so on. These dates haven't arrived as yet.
This is misleading; it also creates confusion when looking at Daily/Weekly/Monthly chart of the same symbol and one sees different dates. These 'theoretical' dates also get passed on to other places in the program (e.g.Strategy Monitor) again perpetuating the confusion e.g. both an updated symbol and a non-updated symbol will have the same date.
Wealth-Lab, up to and including v6.9, has always shown the actual date based on the downloaded data.
I request the developers to have the Weekly (and higher) scales show the actual date (since these higher scales are aggregated from daily data that date is readily available). Or atleast give us an option under Preferences to use the actual date.
Currently, Weekly (and higher) scales show the theoretical, end-of-period date as opposed to showing the actual date. e.g. as of today (Thursday, 6/16/22) the weekly bar has a date of 6/17/22, the monthly bar has a date of 6/30/22, and so on. These dates haven't arrived as yet.
This is misleading; it also creates confusion when looking at Daily/Weekly/Monthly chart of the same symbol and one sees different dates. These 'theoretical' dates also get passed on to other places in the program (e.g.Strategy Monitor) again perpetuating the confusion e.g. both an updated symbol and a non-updated symbol will have the same date.
Wealth-Lab, up to and including v6.9, has always shown the actual date based on the downloaded data.
I request the developers to have the Weekly (and higher) scales show the actual date (since these higher scales are aggregated from daily data that date is readily available). Or atleast give us an option under Preferences to use the actual date.
Rename
Keeping the actual date was causing synchronization errors in certain weekly strategies, because of symbols that might leave an index in the middle of if week. In order to overcome these hard to troubleshoot errors we adopted this standard.
But that situation is not new. Previous versions of WLab, including those created by you, handled the situation without letting it impact the rest of the stocks. Surely a workaround can be created for these (handful of) symbols - they are easy to identify with their suffixes.
No, suffixes have nothing to do with symbols leaving an index. Symbols with suffixes are delisted whereas tradable symbols enter and leave indices periodically. And previous versions of WL wasn't free from survivorship bias.
Please consider providing the option to use actual date under Preferences.
Glitch may disagree with me but personally I think that seldom used and arcane options bring clutter to the GUI and create a poor impression of the product. The one who introduces them may believe it adds flexibility but a first time user looking at a crowded preferences box thinks "what a bunch of legacy". And we need more new users coming to the platform.
Yeah I’m sorry Sammy but this time I’m afraid we don’t see the value that overcomes the complexity. We explained why it is the way it is, hopefully you can adapt.
Your Response
Post
Edit Post
Login is required