netaction

I tested on a test server with a fresh 5.9.11.3 installation and have the same issue.

https://kirsche.netaction.de/kalender/

This META element is included on “wp_head” in a custom functions.php.

add_action('wp_head', function() {
	echo '<meta name="description" content="Klick dich durchs Spiel zu den Landtagswahlen">'."\n";
	echo '<meta property="og:type" content="website">'."\n";
	echo '<link rel="canonical" href="https://wie-entscheidest-du.de/"/>'."\n";
	echo '<meta property="og:title" content="SWR - Wie entscheidest Du?"/>'."\n";
	echo '<meta property="og:description" content="Klick dich durchs Spiel zu den Landtagswahlen">'."\n";
	echo '<meta property="og:image" content="https://wie-entscheidest-du.de/wp-content/themes/erstwaehler/images/og-image.png">'."\n";
}, 5);

Thanks for your reply.

I fully understand the motivation for this approach and benefits over PHP PDF generation. The JS does a lot fixes for common issues and even takes some WordPress standard themes into account, cleaning up the DOM.
But then the issues begin. Instead of sending the polished data to a good automated typesetting processor like Pandoc, Apache Fop or maybe a PHP library, the plugin leaves the user alone.
I am still not sure if you should call this plugin a PDF printer rather than full blown archive page generator for data export.

I removed the plugin as WordPress has built in Plugin Update now.

I did a fresh installation via WordPress plugin directory and still don’t see any German translation. Did anything improve since my report?

Manually installed translations are not updated automatically while updating the calendar.

Missing translations would show the English string as fallback, so incomplete language files are no issue.

Automatically shipped translations would not hinder anyone to change the files manually.

Conclusion: You might have strong reasons for excluding the translations, but I don’t see the difference of this plugin to any other WordPress plugin.

The status of the checkbox is saved properly. But it has no impact.

I always used the “Beitragsbild”. The file used by your Widget is something like https://bla/…image-150×150.jpg. It is not possible to change to another size. Tried with different installations.

It is not possible to change this option. Even deleting and re-installing the widget in its widget area does not help. After writing new post, they get the wrong images, too.

Don’t know. Find it out and tell us.
I did not use the plugin with TwentyTwelve or another scaling theme so far.

Thanks.

You do not need to resize the images but the nivoSlider DIV element. Try width:100%. I did not test it. Maybe we need some JQuery in the plugin to adjust the height.

I can confirm the bug in plugin version 1.1.

You can add the link with jQuery or PHP at startup.

In the jQuery part of simple-scrollbar-gallery.php you have to change the link if the big image changes. Edit the mouseover function.

$(‘.gallery .gallery-list a’).mouseover(function() {});

Did anything happen here? I am a bit impatient because we really need this feature and both in iCal import and in the database and in the user interface it is not possible.

Why is the weekly view scrolled to the morning where I do not have any event?

PS: It looks very nice!