PHP errors on Charts settings page

BS"D

I have the exact same issue as well. Please advise. Thanks.

Solution is:
change line 120 in "chart.inc" from
$default['#color'] = explode($default['#color_palette']);
to
$default['#color'] = explode(',', $default['#color_palette']);

note the first parameter of "explode" which is the delimiter and needed...

diff attached

I determined that this is coming from fushioncharts.inc, line 129. Its passing an array of an array and that is what is ending up going to drupal_validate_utf8 where the error is occuring.

Guys,

the original bug on settings page fixed. thanks Stefan

regards,

massa

Hi,
I am getting the same error as mentioned in #6.
can u provide the solution for this error.

-Narsing

I don't know if this will help, but I ran into this problem and it was resolved without using the suggestion above.

on the admin/settings/charts page, I kept getting this error until I selected Google Chart and Pie 2D then hit the Save Settings

Once I did that, the error disappeared and has not come back.

This also fixed the problem for me...just one extra step. I needed to clear the cache in admin/settings/performance.

BTW if you have not yet activated any chart modules, the settings page will be blood red from php errors. Please add

error_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);

to your settings.php to show all these PHP warnings and test a bit around.

I'm seeing the error message from #6. I tried the fix from #3 to no avail. Guidance on another possible fix is greatly appreciated.

I only see the error when Fusion Charts is selected as charting program. I do not see the error when selecting Google Charts or Open Flash Charts.

This is the error I get when I turn on error reporting:
Fatal error: Call to undefined function array_fill_keys() in /chroot/home/mysite/mysite.com/html/sites/all/modules/charts/charts.inc on line 103

Function array_fill_keys is available only in php 5.2 and above. See:
http://php.oregonstate.edu/manual/en/function.array-fill-keys.php

To work around it I added the following to the bottom of the charts.inc file:
/**
* To make compatible with < PHP 5.2
*/
function array_fill_keys($target, $value = '') {
if(is_array($target)) {
foreach($target as $key => $val) {
$filledArray[$val] = is_array($value) ? $value[$key] : $value;
}
}
return $filledArray;
}

This worked for me. Hope it helps someone else

Having the same issue as #16, thanks for posting the fix!
I've turned it into a patch for review.
Jen

I had this problem too and this change fixed it.

I'm on the verge of getting this working, but I keep getting a User Error no matter how I configure the Chart style settings in views. I've applied the patch which seems to have taken away the line 120 error. I've tried different combinations of fields and settings, but no luck. It seems like I'm just setting up the view wrong or something? Below is the error I get currently. I'm not a developer so this is all jibberish to me. Thanks for the help.

user warning: Can't group on 'field_fish_lbs_value' query: SELECT node_data_field_fish_lbs.field_fish_lbs_value AS node_data_field_fish_lbs_field_fish_lbs_value, ROUND(COUNT(node_data_field_fish_lbs.field_fish_lbs_value), 2) AS field_fish_lbs_value FROM node node LEFT JOIN content_type_fish node_data_field_fish_lbs ON node.vid = node_data_field_fish_lbs.vid LEFT JOIN content_type_fish node_data_field_fish_lbs2 ON node.vid = node_data_field_fish_lbs2.vid WHERE (node.status <> 0) AND (node.type in ('fish')) GROUP BY node_data_field_fish_lbs.field_fish_lbs_value, node_data_field_fish_lbs_field_fish_lbs_value, field_fish_lbs_value ORDER BY node_data_field_fish_lbs_field_fish_lbs_value ASC in /homepages/13/d543254080/htdocs/mysite/sites/all/modules/views/plugins/views_plugin_query_default.inc on line 1094.

#3 works for me.

Should it be committed?

Several people have said this fixes the problem and the fix seems somewhat unsignifigant. This is probably RTBC.

#3 makes sense to me although I think the relevant code may have changed in cvs.

Seems like #17 will break the module for people with php 5.2 because you're redefining a function that already exists.

Yeah, this needs to be wrapped in an if (!function_exists(...)) call.

Using PHP4.4.9 and Drupal 6 I had to apply #3 and #16, both solutions worked perfect for me, not getting any errors and the module is working great

Great work!

The same problem.
Clear cache doesn't helped.

Backtrace: explode(a:1:{i:0;s:79:"#ffffff,#000000,#ff0000,#00cc00,#0066b3,#ff8000,#ffcc00,#330099,#990099,#ccff00";})[charts.inc:120] <=_charts_settings(Array)[charts.inc:21] <=_charts_chart(...)[charts.module:24] <=charts_chart(...)[cwdc_report.admin.inc:42] <=cwdc_report_form_callback(Array)[:] <=call_user_func_array(a:2:{i:0;s:25:"cwdc_report_form_callback";i:1;a:0:{}})[menu.inc:348] <=menu_execute_active_handler(Array)[index.php:18] <=index.php

warning: array_shift() [function.array-shift]: The argument should be an array in contrib/charts/charts.inc on line 121.
Backtrace: array_shift(a:1:{i:0;N;})[charts.inc:121] <=_charts_settings(Array)[charts.inc:21] <=_charts_chart(...)[charts.module:24] <=charts_chart(...)[cwdc_report.admin.inc:42] <=cwdc_report_form_callback(Array)[:] <=call_user_func_array(a:2:{i:0;s:25:"cwdc_report_form_callback";i:1;a:0:{}})[menu.inc:348] <=menu_execute_active_handler(Array)[index.php:18] <=index.php

My code:

  $chart = array(
    '#plugin'    => 'google', // Google Charts API will be used
    '#type'     => 'vbar2D', // To show a simple 2D line chart
    '#height'   => 200, // in pixels
    '#width'    => 800, // in pixels
    '#color'    => '336699', // background color, in RRGGBB format
    '#title'    => t('Title'), // The chart title

    array(
      '#legend' => t('KPI'),
      100,
      200,
      250,
      350,
      350,
      250,
      100,
      200,
      350,
      350,
      100,
      350,
    ), // First series
  );
  return charts_chart($chart);

I am seeing the

warning: preg_match() expects parameter 2 to be string

in the admin/settings/charts page also.

I tried the fix in #3 and cleared cache in admin/settings/performance and it did not fix the problem.

I don't have Google charts as an option, possibly because my server is behind a firewall. If this is going to keep me from being able to use the module, please let me know, or indicate the sites I have to allow?

I should add that fix #3 changed the error from chart.inc to bootstrap.inc:

warning: preg_match() expects parameter 2 to be string, array given in {} includes\bootstrap.inc on line 777.

That line is a regex that I haven't decoded, but it looks like it's still sending something null up the chain of command. Maybe just a check for this condition would help?

777: return (preg_match('/^./us', $text) == 1);

Subscribing.

Fix #3 seemed to do the trick. At least no errors.

#16 gave me "Fatal error: Cannot redeclare array_fill_keys() in /home2/(site)/public_html/sites/all/modules/charts/charts.inc on line 154"

I'm getting the same results as verta in #29. I applied fix #3, which cleared up the first issue (which only appeared on fusioncharts, or open flash if no chart type was selected). Selecting Google Charts clears up the error. However, ideally I'd like to use fusion - hopefully someone can come up with a fix for this. I don't have time at the moment to dig into it more, but if I find a solution, I will be sure to report back here.

hi guys,

After installing the Charts module, I got the following error:

* warning: Wrong parameter count for explode() in /sites/all/modules/charts/charts.inc on line 120.
* warning: array_shift() [function.array-shift]: The argument should be an array in /sites/all/modules/charts/charts.inc on line 121.
* warning: preg_match() expects parameter 2 to be string, array given in /includes/bootstrap.inc on line 777.

on this page: admin/settings/charts

after using #3 fix:

change line 120 in "chart.inc" from
$default['#color'] = explode($default['#color_palette']);
to
$default['#color'] = explode(',', $default['#color_palette']);

the error changed to:

warning: preg_match() expects parameter 2 to be string, array given in /var/www/vhosts/b4d.ca/httpdocs/includes/bootstrap.inc on line 777.

Despite the fact that I'm using PHP 5.2.13... I tried to use fix #16 to see what happens and #16 fix breaks stuff for me. I get a completely white/blank page...

(admin/settings/charts) I do see Google Charts, but I don't see any charts for Open Flash Charts or FusionCharts.

Any hints how to get this fixed would be greatly appreciated.

Thanks!

alright, going over here... admin/settings/open_flash_chart_api and uploading the files from the instructions to "sites/all/libraries/ofcv1" got the Open Flash Charts working...

This is the ofc library root directory. It should contain both /open-flash-chart.swf and /js/swfobject.js and should be a path relative to the drupal install directory.

*note: I used files from open-flash-chart-1.9.7

However, my FusionCharts option is still busted... I'd like to get to the bottom of this... I'll keep poking around... if I run into anything useful (or a solution), I'll post here.

Thanks!

Duplicate: #463404: Problem with alpha6 release

another update about my struggle to get FusionCharts working... (continuation on #31 & #32)

1) I downloaded the free version of FusionCharts (http://www.fusioncharts.com/free/download/).
2) extracted the folder
3) copies "Charts" folder from "FusionChartsFree" to "modules/charts/fusioncharts"
4) renamed "Charts" to "swf" (so that I have: modules/charts/fusioncharts/swf)
5) cleared cache / ran cron ... the error message persists..

warning: preg_match() expects parameter 2 to be string, array given in /var/www/vhosts/b4d.ca/httpdocs/includes/bootstrap.inc on line 777.

6.x-1.0-alpha6 => .../admin/settings/charts:

* warning: Wrong parameter count for explode() in .../sites/all/modules/charts/charts.inc on line 120.
* warning: array_shift() [function.array-shift]: The argument should be an array in .../sites/all/modules/charts/charts.inc on line 121.
* warning: htmlspecialchars() expects parameter 1 to be string, array given in .../includes/bootstrap.inc on line 840.
* warning: htmlspecialchars() expects parameter 1 to be string, array given in .../includes/bootstrap.inc on line 840.

OK: ticked-off sub-module FusionCharts 6.x-1.0-alpha6 =>

warning: array_fill_keys() expects parameter 1 to be array, null given in .../sites/all/modules/charts/charts.inc on line 103.
101  // Type
102  $default['#types'] = module_invoke_all('chart_types');
103  $ctypes_allowed = array_fill_keys($charts_info[$default['#plugin']]['types'], TRUE);
...

(probably means that fusion chart sub module is missing?)

OK: ticked off all Chart modules and Bench Chart, then: .../admin/build/modules/uninstall +rebuild perm.+update+cron
=> installed & ticked on the 'very latest' 6.x-1.x-dev (2009-Jul-14) +rebuild-perm.+update+cron

I'm not sure anymore if I installed Fusion-charts before: http://www.fusioncharts.com/jquery/ - Eh NO; use the other link of the former poster!
Readme.txt: "Note: the flash file is not included with this module. It should be downloaded separatedly."
=> extract in charts, copied all the contents of FusionChartFree to fusionchart.
ticking the modules on:

Fatal error: Cannot redeclare charts_requirements() (previously declared in.../sites/all/modules/charts/charts.module:65) in .../sites/all/modules/charts/charts.install on line 47
array(4) { ["type"]=> int(64) ["message"]=> string(139) "Cannot redeclare charts_requirements() (previously declared in .../sites/all/modules/charts/charts.module:65)" ["file"]=> string(73) ".../sites/all/modules/charts/charts.install" ["line"]=> int(47) }

OK; tick-off all sub-modules and uninstall (the WSOD was not on all pages). No idea what caused this error, but not enough time to test all possibilities. So again with the version I had before; 6.x-1.0-alpha6; ticking on all sub-modules +SWF Tools except for fusioncharts:
user warning: Table 'cache_swftools' already exists query: CREATE TABLE cache_swftools ( `cid` VARCHAR(255) NOT NULL DEFAULT '', `data` LONGBLOB DEFAULT NULL, `expire` INT NOT NULL DEFAULT 0, `created` INT NOT NULL DEFAULT 0, `headers` TEXT DEFAULT NULL, `serialized` SMALLINT NOT NULL DEFAULT 0, PRIMARY KEY (cid), INDEX expire (expire) ) /*!40100 DEFAULT CHARACTER SET UTF8 */ in .../includes/database.inc on line 550.
I don't understand; thought I had removed the module swftools properly? Are these modules or drupal errors, or is something wrong with my hoster causing ghost-errors?

/admin/settings/charts:

* warning: Wrong parameter count for explode() in .../sites/all/modules/charts/charts.inc on line 120.
* warning: array_shift() [function.array-shift]: The argument should be an array in .../sites/all/modules/charts/charts.inc on line 121.

But I see a chart now; as fusion-charts misses, a Google test chart is shown.

Applied fix#3 adding ',', in line 120 of charts.inc =>

Perfect! Works for me; NO other error messages shows up like some other report...

But then:

Fatal error: Class 'open_flash_chart_api' not found in /home3/clearxst/public_html/mi-cr/sites/all/modules/charts/openflashchart/openflashchart.inc on line 33
array(4) { ["type"]=> int(1) ["message"]=> string(38) "Class 'open_flash_chart_api' not found" ["file"]=> string(92) ".../sites/all/modules/charts/openflashchart/openflashchart.inc" ["line"]=> int(33) }

OK, site unworkable again; going back to the chart page works, but the change back to google maps is not accepted. So removing and reinstalling these modules again, except for fusion charts => works without errors with google charts.

Now activating fusion charts again=> admin/settings/charts =>
warning: htmlspecialchars() expects parameter 1 to be string, array given in .../includes/bootstrap.inc on line 840.
Well; a relatively 'acceptable' error, as fusion charts is selected, no graph shown but this error & NO major error affecting the whole site...

831  // We duplicate the preg_match() to validate strings as UTF-8 from
832   // drupal_validate_utf8() here. This avoids the overhead of an additional
833   // function call, since check_plain() may be called hundreds of times during
834   // a request. For PHP 5.2.5+, this check for valid UTF-8 should be handled
835   // internally by PHP in htmlspecialchars().
836   // @see http://www.php.net/releases/5_2_5.php
837   // @todo remove this when support for either IE6 or PHP < 5.2.5 is dropped.
838
839   if ($php525) {
840     return htmlspecialchars($text, ENT_QUOTES, 'UTF-8');
841   }
842   return (preg_match('/^./us', $text) == 1) ? htmlspecialchars($text, ENT_QUOTES, 'UTF-8') : '';
843 }

??! I have PHP 5.2.13 (.13 is higher than .5) WHY IS AN ERROR GENERATED WITH THE CHARTS MODULE?

I suppose I should not remove this in Drupal, but remove/change something in Charts that must be the cause of this?

"Seems like #17 will break the module for people with php 5.2 because you're redefining a function that already exists."

"Yeah, this needs to be wrapped in an if (!function_exists(...)) call."

"That line is a regex that I haven't decoded, but it looks like it's still sending something null up the chain of command. Maybe just a check for this condition would help?
777(now 840): return (preg_match('/^./us', $text) == 1);"
840: return htmlspecialchars($text, ENT_QUOTES, 'UTF-8');

I have no idea about programming with these codes; what should I do?

Changing that line 840(former 777) in the proposed one =>

839   if ($php525) {
840    return (preg_match('/^./us', $text) == 1);
841 #  return htmlspecialchars($text, ENT_QUOTES, 'UTF-8');

But this shouldn't be changed in Drupal core? Is this a Drupal core error?

OK then; I will file this as a Drupal error and see how the folks respond...

But the fix ain't working; a lot of "1"s on the Charts page and:
warning: preg_match() expects parameter 2 to be string, array given in /includes/bootstrap.inc on line 840.

OK then, delete the whole 5.2.5 fix; deleted:

  // We duplicate the preg_match() to validate strings as UTF-8 from
  // drupal_validate_utf8() here. This avoids the overhead of an additional
  // function call, since check_plain() may be called hundreds of times during
  // a request. For PHP 5.2.5+, this check for valid UTF-8 should be handled
  // internally by PHP in htmlspecialchars().
  // @see http://www.php.net/releases/5_2_5.php
  // @todo remove this when support for either IE6 or PHP < 5.2.5 is dropped.

  if ($php525) {
    return htmlspecialchars($text, ENT_QUOTES, 'UTF-8');
  }

=>

warning: preg_match() expects parameter 2 to be string, array given in /includes/bootstrap.inc on line 832.

OK, then delete the whole thing:

function check_plain($text) {
  static $php525;

  if (!isset($php525)) {
    $php525 = version_compare(PHP_VERSION, '5.2.5', '>=');
  }
  // We duplicate the preg_match() to validate strings as UTF-8 from
  // drupal_validate_utf8() here. This avoids the overhead of an additional
  // function call, since check_plain() may be called hundreds of times during
  // a request. For PHP 5.2.5+, this check for valid UTF-8 should be handled
  // internally by PHP in htmlspecialchars().
  // @see http://www.php.net/releases/5_2_5.php
  // @todo remove this when support for either IE6 or PHP < 5.2.5 is dropped.

  if ($php525) {
    return htmlspecialchars($text, ENT_QUOTES, 'UTF-8');
  }
  return (preg_match('/^./us', $text) == 1) ? htmlspecialchars($text, ENT_QUOTES, 'UTF-8') : '';
}

=>

Fatal error: Call to undefined function check_plain() in .../includes/bootstrap.inc on line 441

Now removing only this part:

  // We duplicate the preg_match() to validate strings as UTF-8 from
  // drupal_validate_utf8() here. This avoids the overhead of an additional
  // function call, since check_plain() may be called hundreds of times during
  // a request. For PHP 5.2.5+, this check for valid UTF-8 should be handled
  // internally by PHP in htmlspecialchars().
  // @see http://www.php.net/releases/5_2_5.php
  // @todo remove this when support for either IE6 or PHP < 5.2.5 is dropped.

  if ($php525) {
    return htmlspecialchars($text, ENT_QUOTES, 'UTF-8');
  }
  return (preg_match('/^./us', $text) == 1) ? htmlspecialchars($text, ENT_QUOTES, 'UTF-8') : '';

So that this remains:

function check_plain($text) {
  static $php525;
  if (!isset($php525)) {
    $php525 = version_compare(PHP_VERSION, '5.2.5', '>=');
  }
}

=> NO MORE ERROR message on Charts page... But most texts are missing (that were transsfered by strings), like the different charts.

Then the other question is where fusioncharts plugin/library should be extracted and how it should be renamed; nothing in the documentation about this?

OK, they found a 'solution' for the last remaining error message, for Drupal 6.17 it is:
http://drupal.org/node/525036#comment-3046610

Change includes/bootstrap.inc line 842
return (preg_match('/^./us', $text) == 1) ? htmlspecialchars($text, ENT_QUOTES, 'UTF-8') : '';
Into:
return (preg_match('/^./us', (string) $text) == 1) ? htmlspecialchars((string) $text, ENT_QUOTES, 'UTF-8') : '';

SO NOW THE QUESTION REMAINS, HOW TO GET FUSION CHARTS WORKING ?

How is it being called? Should swf being under swf tools module instead of fusion charts sub-module?

Another error might be the direction of the swf files. Already has been pointed out that the containing directory has to be renamed in "swf".

/sites/all/modules/charts/fusioncharts/fusioncharts.inc:

function _fusioncharts_charts_render(&$data) {
  // Convert the chat TYPE into the FusionCharts way.
  // Since its a requirement to build the chart on Google, if the value
  // was not found, return nothing and stop the execution.
  $options = array(
    'line2D'  => '/swf/MSLine.swf',
    'hbar2D'  => '/swf/MSBar2D.swf',
    'hbar3D'  => '/swf/MSBar3D.swf',
    'vbar2D'  => '/swf/MSColumn2D.swf',
    'vbar3D'  => '/swf/MSColumn3D.swf',
    'pie2D'   => '/swf/Pie2D.swf',
    'pie3D'   => '/swf/Pie3D.swf',
  );
  if (empty($options[$data['#type']])) {
    return t('This type is not possible using %chartplugin',
      array('%chartplugin' => 'FusionCharts'));
  }
  $file = url(drupal_get_path('module', 'fusioncharts') . $options[$data['#type']]);

FIRST: The names of the files seem to be WRONG; the real files have the addition "FSF_" in front of them.
BUT: changing the names, doesn't return any chart...

Is the directory correct? Does "/" mean the servers root, Drupal root, the chart module root, or the fusioncharts root?

Here it is making the exact path:
$file = url(drupal_get_path('module', 'fusioncharts') . $options[$data['#type']]);

Well, I dont know about these coding, but a simple way to check is just fill in a url and see if a graph shows up:
$file = "http://...../sites/all/modules/charts/fusioncharts/swf/FCF_MSBar2D.swf"; or something?
=> no chart shows up

Here is the documentation file on your site:

http://..../sites/all/modules/charts/fusioncharts/Index.html

Installation of FusionCharts Free merely involves copying and pasting the SWF files from the package into any of your folders.
1. Create a folder named FusionCharts in the root of your application (though, it's not mandatory to name the folder as FusionCharts or create it under root folder. However, it organizes things a lot more, as all the pages within your website can now access the common set of charts).
2. Copy all the SWF files from Download Package > Charts Folder and paste it in this folder.
Installation Complete - Yes, there's no more step involved - you're now ready to use FusionCharts in your web application, which will soon see.

Try the direct link to a fusioncharts swf:
http://..../sites/all/modules/charts/fusioncharts/swf/FCF_MSBar2D.swf
"Retreiving data, please wait => Error in loading data"

So the data can´t be found? And why Drupal ain't showing these messages?

Chart Samples
We've built a few chart samples for your viewing pleasure. These are present in Download Package > Gallery folder. You can also access them using the menu on left. Select Sample Charts.

Ach so... WWOOOOWWWHHH !!!

Ok I saw them, I've seen them now! So how to implement? =>

- Bring fusioncharts.swf back in original state (without FCF_ in front of file names)
- Copy the necessary files for fusioncharts.swf from /Gallery to /swf
=> nothing shows up on the site, even not when short-cutting that $file on two different places...

ANYWAY: WHO KNOwS PHP CODING; HERE IS HOW TO REWRITE THE SUB-MODULE:

http://yoursite.org/sites/all/modules/charts/fusioncharts/Contents/First...

THE ANSWER:

FusionCharts FusionCharts flash files not installed
Put all flash files inside sites/default/files/fusioncharts.

=> error message doesn't disappear; for this message its only looking for MSline.swf
=> renaming all necessary files and deleting FCF_ in front of them and in above dir
=> recheck fusioncharts.inc for the same filenames

=> NO, Still nothing on admin/settings/charts

BUT: admin/reports/charts/hook_stat => works partially !
(some performance reporting; dont know with what module it works together there)

Guys,

jezz! what a hot topic. sorry everybody for taking so long to fix it. Both array_fill_keys() and the explode() bugs are now fixed.

best regards,

massa

jezz! what a hot topic ...

Thanks Massa! - I got what hyperactive without having the knowledge how to fix it myself...

In the mean time I have found many other graphic modules, one even especially dedicated to FusionCharts:
http://drupal.org/project/fusioncharts
http://drupal.org/project/charts_graphs
http://drupal.org/project/graphstat
maybe I forgot a few and then there are many statistics modules that do all this work again over themselves.

OK, I should put this in a separate issue on all projects pages, a comparing wiki, or something..?

Think its better that the developers try to integrate their modules, instead of that all down to nitwit users have to figure out what module suits them best?

Off-topic, but that's a great idea. There's a group dedicated to doing reviews about similar modules: http://groups.drupal.org/similar-module-review. A run-down of charting modules and their pros/cons would be awesome.

Karen Stevenson also gave a run-down a few months ago: http://www.lullabot.com/articles/drupal-charting and there might be some stuff you could pull from there.

Probably make a separate issue to ask the maintainer to clarify Charts' placement in the overall list of other chart modules, similar to how http://drupal.org/project/menu_block has.

Thanks for fixing this, brmassa!

A run-down of charting modules and their pros/cons would be awesome.

Moving to a community-based development model (i.e. doing away with the concept of individual module 'ownership') for D7 contrib modules would have been, that might have been a grand chance to exit the duplicate-modules/patch-rot hell that is D6. Instead, same problem spinning another round. The D7CX campaign will surely result in a lot of D7 compatible modules on the day of 7.0 - but that's not necessarily a good thing.
Now all my hope is on the toolchain (module page with rating+functionality documentation+finegrained filtering, autotesting including checks for coding standards and PHP_ALL compliance).

ClearXSClearXS, Angie and eMPee584,

great! I support the idea of clarifying users about the difference of all charting solutions. 100%. If someone create a page on Drupal documentation area, i would put it in the module description page right way (its better than create a custom "equivalent modules" list). Any news about it, let me know.

I imagine how great it would be if Drupal.org put, on every module page, a rank/score for code compliance, existing testing suites and other indicatives of quality (calculated automatically with coder module and stuff). Users would have a great reference of who is who and would pressure programmers to be more committed to the solutions.

best regards to all,

massa

Some updates from the new charts (co-)maintainer, for anybody still following this issue that at some time appeared to be a "hot topic":

1. What was initiated via #41 should have been a separated issue I think ...
2. The run-down of charting modules and their pros/cons would be awesome request from @webchick (hi there! Remember our BoF in A'dam2014 ?) in #42 has been published in Comparison of Charting modules, already many months ago. Go check it out (and note the author) ... And please fix/extend where appropriate ... But be prepare to really get overwhelmed about available charting modules these days.
3. I'm removing the "Create a comparison table about charting modules" part of the issue again ... (hope Bruno doesn't mind ...).

PS 1: Charts are to Views what Views are to Core ...

PS 2: Chart (26K sites) + ChartS (9K sites) = Chart(s) (35K sites) ...