Hello,
Thanks for your feedback.
-It would be nice if the “og:locale” could be set. eg. content=”nl_NL”
The plugin uses the locale as provided by WordPress. It is possible to enforce a specific locale by adding the following sample code in functions.php of the theme:
function customize_locale( $default ) {
return 'nl_NL';
}
add_filter( 'amt_language_site', 'customize_locale' );
add_filter( 'amt_language_content', 'customize_locale' );
Since I’ve received several requests for customizing the locale, this code will also be added as an example in the description page.
It would be great if you could set the og:image on a individual page instead of a global default setting.
In other words, you are looking for a way to enforce a featured image, without using the featured image functionality of WP? Am I missing anything? This can only be implemented by offering the opportunity to filter the featured image url.
I will report back about it at some later time/day. If there is something I misunderstood, please let me know.
Now I’m using […] for this purpose …..but they interfere sometimes
Plugin interferences are beyond my interest as long as false information and confusion is not spread about Add-Meta-Tags. If other plugins affect my plugin’s functionality without your consent or in a way that negatively affects your web site, please direct your concerns to the dev of the aforementioned plugin. I’m sorry about that but there is nothing I can do.
Kind Regards,
George
BTW, it is already possible to override og:image by filtering the opengraph metadata:
function customize_og( $metatags ) {
// ... replace image URL in the 'og:image' meta tag here
return $metatags;
}
add_filter( 'amt_opengraph_metadata_head', 'customize_og', 10, 1 );
Please let me know if it helps you do what you want.
If customization via a filter is not what you are looking for, then I can only recommend using the WP featured image functionality or use the filtering method together with a custom field.
Thread Starter
eduh12
(@eduh12)
Thanks for the locale solution.
Since I do not use featured images I want a ‘per page’ possibility to set the og:image and then it would be nice to do that in the pageditor itself rather then in code. When not set it can fall back to default.
Hi,
It would be very easy to add the image url in a custom field in the page editor screen and then check & use its value in the filtering function in order to set the og:image according to your needs.
I could provide some sample code about that but I will do so at some later time. What are your thoughts about it?
The reason I am not willing to add such a feature is because it covers a very special case. It would require a lot of text in order to explain to a regular user what this is about and that makes me very skeptical about its necessity.
The reason I am not willing to add such a feature is because it covers a very special case. It would require a lot of text in order to explain to a regular user what this is about and that makes me very skeptical about its necessity.
On a second thought this might be useful in case the image exists on a different server. That’s a good reason for its implementation and can be easily explained to users. Your feedback is welcome about the use case.
Feature request added to my bug tracker. It might take a while before it is implemented, because currently there are other features with higher priority.
-It would be great if you could set the og:image on a individual page instead of a global default setting.
I’m trying to figure out what would be the most efficient way to implement this feature. As I see it, it should work as a global image override for the post, which means that, if it is set, it should be the only image that appears in the metadata. I’m wondering if such an implementation would fully cover your use case.
I’m going to wait for your feedback about this before going ahead with the implementation.
George
Thread Starter
eduh12
(@eduh12)
Hi,
Thanks for your positive thoughts about this. The only thing to say is that perhaps not many people may need this feature but sometimes a scenario pops up where you need this. It can be done in several ways but the great thing about ‘Great Plugins’ is that they can cover unlikely scenario’s with a simple field or checkbox and that is why they get a broad install base. The plugin is already very complete but sometimes you will find this little field or checkbox which will do the ‘wow’ factor and make other plugins go obsolete…..as I said I have a solution with using a additional plugin but I would be very pleased with just one. The previous mentioned plugin is doing the job but lacks the rich features your plugin is offering.
Hi, thanks for your reply.
On a second thought, it was my mistake to almost reject it at the beginning of this topic.
If it is implemented as a box accepting an image URL which acts as a global image override for all the other images (featured/attached/default), it is actually a useful feature in more use case scenarios. Also, I can recall one similar request in the past which was rejected because it was not very clear what problems it would resolve.
I agree with your points. Yet, I try to keep the plugin as simple as possible in order to eliminate the need for providing support to confused users. 🙂
I’ll try to implement it soon.
Your ideas and feedback about this or other features are welcome and much appreciated.
George
Thread Starter
eduh12
(@eduh12)
Great, a box accepting a imageurl as you suggest would do the trick. Looking forward to the release.
Edu
A setting for overriding the locale as returned by WordPress has been added in 2.7.5. The aforementioned filters still work and is a way to fine-tune the locale of the content throughout the web site.
FYI, 2.7.5 will be skipped due to the many improvements and features. 2.8.0 will be released soon. Both features (locale, image override) will be implemented.
George
v2.8.0 has been released. Please let me know if the requested features work as expected.
George
Thread Starter
eduh12
(@eduh12)
Hi,
Just tested the new features in 2.8 and they work great. So this makes the plugin very versatile. Will certainly do a donation 🙂
