Support Board
Support Board
Search Board
Control Panel
View My Posts / Threads
Direct MessagesDate/Time: Mon, 06 May 2024 02:51:07 +0000
Post From: Decimal problem Copper HG/F.US>CPEN14 - Sierra/CQG
| [2014-06-19 11:28:54] |
| User63475 - Posts: 7 |
|
Thanks for your reply, I have both the chart and DOM showing price as 306.XX now as of this moment which matches your screen shot. Part of the confusion is CME posts price as 3.XXXX and this has not changed as of this posting. I spoke to CQG earlier who reports, they do not format data... this is done on platform side. I understood, as packet size is smaller and carries the obvious advantages. Prior to your reply I was using .0005 as min tick size to match CME *************** There is another parameter ....price display format, this must be set to .01 so as to match the format above as 306.XX The old format .0001 will render 306.XXXX, if used this way would it give an exchange error for order entry? Also not sure why this format, 306.XX, will not give a CME exchange error for order entry as I had this problem several weeks ago with the order entry error message saying the decimal place was in the wrong place and order was rejected. ( trying to recall if this was for copper or Nat gas, but then I updated to newer ver. and all was good again ) I might humbly offer as a suggestion that some of us be allowed to beta test upcoming versions that involve charting price correctly or for correct unencumbered order entry. I would have not guessed using .05 as min tick size would be the correct choice basis the CME standard. This way these details can be in place prior to version release. ( to streamline I would not mind new studies or tools be omitted as no one relies on them yet ) My email is not set to send to me currently Thanks agian for your reply and help and a great product. Den |