Greg Ross

The issue with emoji is that they’re not the same across platforms, so the icons would be different on iOS, Android, Windows, Linux, etc.

I think the minor load of FontAwesome, which is going to be cached anyway by the browser, is a reasonable trade-off here.

It already uses fonts, not images, so not sure what you mean here. Not unicode emoji, but still it’s a font which WP uses anyway.

This plugin just adds the calendar widget to the posts page (and only for the classic editor), it doesn’t do any of the scheduling itself, so that’s not something that would be in scope for this plugin.

https://github.com/toolstack/just-writing-statistics/issues

Could you provide an image of what’s wrong?

Likewise, reviews are not the proper place to submit issues, either open a ticket in the support forum here over over on github.

It should, however Apple is weird sometimes so who knows.

Certainly if it works sometimes, then it should be supported, so if it fails sometimes that sounds more like a Safari issue.

Unfortunatly I no longer have an Apple device to test with so I can’t provide more than the above.

Disabling a post types does what you want I think, it does not display the like buttons on that post type so you can use the shortcode instead.

You can find the enqueue code here: https://github.com/toolstack/just-likes-and-dislikes/blob/f46a60ea968a50a60604c02421de704258f40d43/inc/classes/class-jlad-enqueue.php#L19

And the css load here: https://github.com/toolstack/just-likes-and-dislikes/blob/f46a60ea968a50a60604c02421de704258f40d43/inc/classes/class-jlad-enqueue.php#L31

The plugin doesn’t support doing that, and it wouldn’t be a good idea to block it. It doesn’t change often, but it does change with some updates, so you’d have to manually “fix” your style.css each time.

If you really wanted to do it you could probably write a plugin that hooks into the css loading routines in WP and removes it from the list, but that’s an ugly hack.

Modern websites use lots of small css files, they all get cached in the browser anyway, so no real harm in having them.

As well as any other mouse over works on mobile… aka not very well ??

Unfortunately the only other solution would be to do a popup/alert of some kind which seems very intrusive overall so I decided against it.

I’ve added a “login required” to the hover text when the user is not logged in and the registration requirement is set.

Alternatively, since this text is definable in the settings, you could add this yourself until the new release is out.

Makes sense to have an alt-text or js popup for this, will look at adding it.

The option has been added in version 2.7.

I haven’t tracked the upstream lately but will take a look, seems like it would be easy to add.

Fix will be included in next release.