methnen

Absolutely.

You’d have to set it up a bit differently of course. You’d use the m_chart_chart_args filter hook:

https://github.com/methnen/m-chart/wiki/Action-and-filter-hooks#m_chart_chart_args

It involves matching the structure of the Chart.js settings but using a PHP array. Here’s the Chart.js font documentation:

https://www.chartjs.org/docs/latest/general/fonts.html

My guess, is that you used one of the themes that gets updates via the WordPress update system. and didn’t use a child theme.

If you use a core them you expect to update relatively frequently then a child them is always a good idea as that way you can have your custom tweaks (like the M Chart Themes) in a spot that will never be overwritten by the WP update system.

Where did you place the custom styles?

Those should always be in your theme or a separate plugin if you’re going the filter hook route.

The charts will take on the width of their container.

You’ll notice the chart is already place inside of a div with a unique ID and a class specific to the plugin charts. So you can just apply some CSS to that container.

Thanks for the very nice review.

You could fairly easily force the charts to be proportionally responsive using a filter hook or probably even a theme. The way it currently works though was a conscious decision. The height being static makes it easier to keep a chart readable based on the data in the chart. In use, I found proportionally resizing the charts often resulted in an unreadable chart at mobile sizes.

I get you on the individual chart styling options, and it’s certainly possible to build something like that using a combination of something like Advanced Custom Fields and a filter hook on the chart args. I’ve done exactly this on a few occasions for custom installs. But it’s purposely out of the scope of the plugin as is.

I do have occasional other developers step in and help with things but as a single developer maintaining things I have to be pretty selective about the scope of the plugin to keep it something I can continue working on given it provides essentially no actual income for me.

Some better special character support is in the works. It’s something I had in the Highcharts version but Chart.js isn’t as robust in some of its features which resulted in me having to drop it for a bit. I have a method worked out now I believe and hopefully can fit that into a future release soon.

There’s also a Gutenberg block coming that another developer kindly spent time on this year. It’s got some interface kinks that still need to get worked out but it’ll be a big addition and a frequent feature request.

Hey, I’d be happy to take a look at what might be happening.

However, I have many users using the shortcode block and it works fine and I just verified myself that this is the case.

It’s more likely that something in the site’s front end is conflicting with the chart rendering.

One thing you could try is seeing if switching to iframe embeds (it’s in the M Chart Settings panel) makes things work better. Sometimes this can help when there’s a JS conflict in the page.

Apologies for the late reply, but glad you figured something out.

It’s a possibility, and could be done a variety of ways. However, it’s very out of scope with the current plugin and probably not something I’d be adding in the foreseeable future.

If I were to do it, I’d likely to it as an additional chart library similar to how the core Highcharts stuff is currently handled.

If you are a developer and wanting a project to tackle I’d be happy to provide some advice and support on how to tackle that.

Fonts are controllable via a Theme or chart_args filter.

See the wiki pages on this:

https://github.com/methnen/m-chart/wiki/Action-and-filter-hooks#m_chart_chart_args

https://github.com/methnen/m-chart/wiki/Themes

This has been requested a number of times. It’s on my list of possible new features but it’s been fairly low priority compared to other items.

All I can say is I’m considering it but I have no ETA on when the feature might be added.

There are a number of post cloning plugins already in existence and in my experience they work well with M Chart. I’ve used this one in the past and it worked well:

https://www.ads-software.com/plugins/duplicate-post/

As for differentiating posts as templates. Either naming them as such and keeping them as drafts or using categories or some combination of all three would seem like an easy enough solution.

This is fixed in the latest release. Thanks @inigo !

So this is probably doable in Chart.js especially with the datalabels plugin which is being used for the labels as they currently exist but it’s definitely out of scope with the core functionality that I’m intending to provide with the plugin.

Similarly to your question about the padding. You’re gonna want to look at the Chart.js docs and then determine how you’ll apply your custom settings to achieve what you want.

Yes. You’ll want to look at the Chart.js docs to see how you might do that and then apply your changes via theme or a filter hook.

https://github.com/methnen/m-chart/wiki/Themes

https://github.com/methnen/m-chart/wiki/Action-and-filter-hooks#m_chart_chart_args