Skip to content

jo@cqg.com

My feedback

2 results found

  1. 1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    jo@cqg.com shared this idea  · 
  2. 1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    jo@cqg.com commented  · 

    The problem with the Xdata feature is that there is currently no support for 4 digit years. This leads to the situations where “27” = 2027 and “28” = 1928. The developers have told us that this is definitely going to be fixed in the 21.xxxx software version (ticket number 1385919305). When it’s released, that version will add additional choices for 4-digit years which means that all xdata source files will work properly regardless of how many years are included in the file. Note that this will entail that all source files will first need to be converted to 4 digit year format.

Feedback and Knowledge Base