Home >> Support Board

Support Board

Date/Time: Thu, 25 Apr 2024 21:01:20 +0000

How to Post a Message for Support

Post From: Version 2151 Available: Foundation For Millisecond/Microsecond Timestamping

[2020-08-23 18:16:10] Link To Thread - Link To Post [Go To First Post]
BrMa - Posts: 77
Dear Sierra Chart Engineering, first of all thank you for the update and the intended increase in precision out of a timing perspective. I worked through it today and adapted my code. When doing this I approached three minor topics I'd like to address here and ask you for updates: 1) In my code I'm using sc.GetEndingDateTimeForBarIndex() which returns a double value representing the ending Date-Time of a chart bar specified by its bar index. Isn't that inconsistent? From my point of view the interface should return a consistent data-type representing date/time information - whatever you decide to go for. sc.GetTradingDayStartDateTimeOfBarForChart() is affected as well. For the time being I'm passing the double value returned to the SCDateTimeMS()-constructor which seems to me to be a multiple convert SCDateTime (I guess used internally) -> double -> SCDateTimeMS!? scdatetime.h says SCDateTimeMS is derived from SCDateTime - just adapted methods for SCDateTimeMS... so it would be much more efficient to have the "original" data-type for further processing... 2) In post #43 you mentioned that the following text string members are now changed to functions but documentation lacks information or is at the wrong place: SCString sc.VersionNumber(); Marked as type function but still in the secion Variables and Arrays - not Functions SCString sc.UserName(); Marked as Read-only Character string and still in the secion Variables and Arrays - not Functions SCString sc.DataFilesFolder(); Marked as Read-only SCString variable and still in the secion Variables and Arrays - not Functions SCString sc.ServiceCodeForSelectedDataTradingService(); Marked as Read-only SCString variable and still in the secion Variables and Arrays - not Functions SCString sc.SCDataFeedSymbol(); Marked as Read-only SCString variable and still in the secion Variables and Arrays - not Functions SCString sc.CustomAffiliateCode(); Marked as Read-only SCString variable and still in the secion Variables and Arrays - not Functions SCString sc.ChartbookName(); Marked as Read-only SCString variable and still in the secion Variables and Arrays - not Functions SCString sc.ChartTextFont(); Marked as Read-only string variable and still in the secion Variables and Arrays - not Functions 3) As with normal coding guidelines and also your naming conventions for functions up to now I'd suggest to add a "get" in front of the function name - e.g.: sc.getVersionNumber() or sc.getUserName() Date Time Of Last Edit: 2020-08-24 06:18:13