stepan1010

Doug,

I understand what you mean, but unfortunately it’s not possible for me as a developer to constantly work on this plugin since I have other activities to do. The plugin is free. I don’t get anything for working on it. So I have to prioritize profitable activities over this plugin in order to make a living. This is a thing about free software. It’s free. It comes with no guarantee or guaranteed support. So it’s at least not right to blame free software developers for not fulfilling all the requests because there are so many users to please and everybody wants everything for free.

There is plenty of stuff written about this particular problem on the Internet so there is no point in us two arguing with each other.

Oh wow, it’s been a while. Thank for stepping up Shane. I wish more people would realize that free software developers are people too and have lives to live as well. Thanks again!

Hi Jeff. Thanks for the feedback. Currently there are no shortcodes to display created memes on the user-facing side. Unfortunately I’ve become super busy with my primary job right now, so I don’t really have much time to work on the plugin.

However, the functionality you’ve mentioned is planned and will most probably be implemented in the next update. Currently I’m improving meme creating process. It’ll use JavaScript and will have something like a “live preview” feature. But again I don’t really have much time, so I can’t tell you any exact dates on when it is going to be finished. I guess I should be done in a week or two.

Thank you for the feedback ??

Thanks for the screenshot! Turns out there was an error when default directories were set so the plugin was looking for files and folders in wrong places. I’ve just committed the changes which fix it.

Please remove the plugin completely through “Settings” -> “Plugins” and install it again. Make sure that you are installing version 1.3.6.

Even if everything else were perfect, there is no way that this plugin can function when “allow_url_fopen” is disabled.

That is true if (and only if) you pass a url as a parameter to getimagesize. All the examples you mentioned are talking about remote files, not the ones that are already on your server.

Here is an example. The code below will work no matter what allow_url_fopen is set to:

$arr = getimagesize("/var/www/testing/face.png");
var_dump($arr);

However, the following code will return false in case allow_url_fopen is disabled:

$arr = getimagesize("https://upload.wikimedia.org/wikipedia/commons/thumb/9/91/Strobel-bautista_crop_left.jpg/546px-Strobel-bautista_crop_left.jpg");

var_dump($arr);

Hey, TStone. Sorry for the late answer ??

If you see two errors in red in the admin settings, that’s most likely has to do with your file permissions. The first error (about the font) comes up if “file_exists” returns false and the second error comes up if “mkdir” returns false. It takes paths, not urls as arguments in both of these functions, so “allow_url_fopen” isn’t the case here.

What’s interesting is the first error (about the font being not found). I use “plugin_dir_path” to determine the location of the plugin, so any custom names of “wp-content” shouldn’t be the problem either.

Could you please make sure you are allowed to create files and folders on your hosting? In case you are, please try reinstalling the plugin by removing it completely and downloading it again from www.remarpro.com.

Thanks
Stepan