Invalid Data When Category Have "<" Symbol

[xuen]

Hi,

 

Encounter an issue which if the <category label='<20' /> have the symbol of "<", that chart will return Invalid Data message.

 

But if i change the symbol to ">", the chart is successfully loaded.

 

Please help. Please see the text file in the attachment. You may just change the symbol "<" to ">" for testing.

InvalidData.txt

[Swarnam]

Hey,

 

To display '<' character on a chart, you need to use the encoded form of the character - < in your chart data (XML or JSON). Please encode using < to display <20.

 

Ref. code:

<category label='<20' />

 

Hope this helps.

[xuen]

Hi,

 

This is working.

Do you have list of symbols that need to use encoded form in the chart?

I have some doubt why "<" have issue but ">" do not have any issue.

 

It is good if you can provide list of symbols that need to use encoded form so that my chart will not fail to load suddenly.

 

Thanks.

 

 

 

Hey,

 

To display '<' character on a chart, you need to use the encoded form of the character - < in your chart data (XML or JSON). Please encode using < to display <20.

 

Ref. code:

<category label='<20' />

 

Hope this helps.

[Guest Bindhu]

Hi,

 

Please refer to the link below,

http://docs.fusioncharts.com/charts/contents/?advanced/special-chars/SpPunctuation.html

 

Hope this helps!

[FusionCharts Support]

I have some doubt why "<" have issue but ">" do not have any issue.

 

There are a number of combined reasons why < has issue. Allow me to provide you a glimpse of the reasons:

 

1. Since this is Web based implementation and the text used in the chart are in HTML format and in HTML < character is not valid as it conflicts with the starting character of HTML tag names e.g., <div>. Hence in generic form, one needs to always encode < character to show in HTML as text

 

2. Since at the base the data format used in XML and again in XML < character is not valid as it conflicts with the starting character of XML tag names e.g., <chart>. Hence in generic form, one needs to always encode < character as part of attribute value in XML.

 

3. < denotes the starting of a tag, which would search for a > later to make the tag complete. But without the presence of a <, a > is not used as a part of a valid tag. Hence independent use of > will not be an issue, however, it is recommended not to use it un-encoded

 

However, everything can be handled when the data is parsed in JavaScript or Flash before rendering and these characters can be encoded. But we have not done this in order to optimize the data parsing mechanism. With the "replace all special characters in the chart texts with the encoded forms" would be an unnecessary overhead and may result in delayed rendering of charts for large number of data points.