Modifying CitizenInsight

[former_member182649]

Hi,

Can anyone provide us with background or experience on this issue with modifyong CitizenInsight?

We have modifed CitizenInsight in SSM 10 SP07 to reflect the requirements of our customer - customer page design, non-English, different graph format but one element is concerning.

The chart labels below the the graph are not directly controlled by the .js files or the .css but rather come from the extracts created by the SSM Administrator. But when you go into 

j2ee\cluster\apps\sap.com\xapps~cpm~sm~client~ear\servlet_jsp\strategy\root\pipadmin\admin_ciz_reader.htm you see the code as follows:

var MonthsEng = new Array("Jan","Feb","Mar","Apr","May","Jun","Jul","Aug","Sep","Oct","Nov","Dec"); // DO NOT MODIFY THIS ARRAY

What is the reason for the statement about not modifying the array?

So long as we just change the names of the months using the relevant 3 letter abbreviations ie we change the content but not the format of the array,  can anyone see any reason why this would cause a problem?

Regards

Colin Cooper

[former_member260594 · Accepted solution]

Hello Colin,

The reason it is tagged as do not modify is that the array is used in other areas of the application. All dates are saved in English and then translated accordingly depending on the user selection.

Regards,

Graham

[former_member182649 · Accepted solution]

Graham,

Thanks for the explanation but the problem is that the translation governed by the user selection of language for the rest of SSM does not reach into the files that get generated by CitizenInsight. So while the screens in the CitizenInsight component of the Administration area are translated into the language selected, the resulting json files do not get translated - they stay in English.

By modifying the base template files in the CitizenInsight area you can 'correct' the language or terms used in CitizenInsight so that each time you run the extract they pick up these updated templates with your chosen target language. But this does not apply to the the period labels as they reach further back into the application as described.

So the only way to get the period labels in the correct language would be to go back into the json files every time a new set had been created and manually make the changes. Not a pleasant thought if you were thinking of generating an update every month and you potentially had extracts for 20 contexts.

Hence the question about modifying the base array on which they are created.

Regards

Colin

[former_member260594 · Accepted solution]

Hello Colin,

I contacted the developer about this and he asked that a support incident be opened including sample data and a screen shot.

Regards,

Graham

[former_member182649 · Accepted solution]

Graham,

Message 560344/2013 has been created and to the message I have attached screenshots showing the output together with a system database transport, PAS dump file and a zipped up copy of the CitizenInsight directory that contains the json files, the images and the customised templates.

Regards

Colin
    

[Former Member]

I don't see this would cause an issue....by the way - how do you change the default graph type in citizeninsight?

Cheers,

Les.

[former_member182649]

Les,

The trigger for the original post was a bug that has now been fixed for both 10.0 and 10.1 and so is no longer an issue.

To change the default graph type go into the ssm_charts.js file and change the setting in the 9th line.As default you get the Bar chart option. Changing the 0 to 1 so it reads

this.chartComboType = 1; // 0= Bar/Bar 1= Line/Area

gives you the Line/Area option, which I think is more attractive.

Regards

Colin