Bego Mario Garde

I’m running into the same issue that your plugin adds a … to short posts that are no excerpt. I tried out the snippet you mentioned in this thread but it removes the read more link from excerpts, too.

Besides that I think it would be better to fix the error than asking users to write a plugin and fix it themselves.

I had about the same issue with a website here and fixed it by changing
<?php wp_nav_menu( array( 'menu' => 'Primary Menu') ); ?>
into
<?php wp_nav_menu( array( 'theme_location' => 'nav-top') ); ?>
where ‘nav-top’ is the name of the registered nav menu
register_nav_menu('nav-top', 'Primary Menu');

I imagine it is not desired to hardcode the menu name and hence you want to just direct to a registered menu, which then needs to be set up by the user.

@atikurmsps for security reasons, WordPress doesn’t allow you to enter PHP or JavaScript when using the page or post editor.
If you want to add your own code, best bet probably is to create a shortcode which you then can call from within the page. See https://codex.www.ads-software.com/Shortcode_API for details.
Or you could write a custom page template, embed the code and assign it to a page you created.
As so often, there are many ways to establish things with WordPress.

<del>fruit</del>wonderful. Thank you.

Here comes one (which isn’t really worth complaining though):
under plugins.php, the link “visit the plugin homepage” returns a 404. ??

It certainly is … ??

I did thoroughly re-examine the example you mentioned…

That I have no doubt about and I appreciate your kind attention on the matter.

…?, personally, I cannot find any reason to change it.

Then let’s just mark this topic as resolved.

Even the sprint_f may be necessary if you are creating a translation-ready theme that uses a textdoamin.

That isn’t mentioned anywhere and introducing a code example just to mention you should remove it in the next line doesn’t seem to be very helpful in a documentation.
Anyhow, I don’t want to argue and if you say it has worked since ages I’ll just believe, say ‘thank you’ and we leave everything as is. Sorry for the additional work I caused. Won’t happen again.

That of course is an argument.
I surrender.

I am referring to Parameters where it says under
“name – Sidebar name. (Note: If copying from default usage above, remove sprintf( ) wrapper function.) “

Also, I don’t mean the ID being set by parameter ‘before_widget’ but the ‘id’ => “sidebar-$i”, which in fact doesn’t use %1$s

And the notice for undefined variable comes from usage of a variable $i that isn’t declared anywhere before and just seems to appear out of the blue (which I find confusing for a documentation).

What an utter nonsense. Can someone delete this ridiculous review, please?

It makes me sad to see how a troll can denigrate efforts of a plugin developer that easily.

Thanks for your kind attention.

Oh, and regarding the vote: been there, done that (a while ago already).
Keep up the good work!

Ciao, pixolin.