dimizu

I have been testing your plugin for a client project. But in the end I created the project without your plugin. But I appreciate your feedback. Maybe I will use your plugin in the future.
Thanks for the feedback.
I understand your answer: “after the WP action plugins_loaded has finished”. I will keep it in mind.

Sorry: Restrict User Access version 2.2.23 it’s wrong, it is Version 2.6.1

Yes, works. Thanks!

Oops, I had overlooked the dropdown behind the replace field. Thank you. That answers my question.
—
I get an error message with the switch from Single to Remove “Something went wrong ??
Search Regex is not working. Try clearing your browser cache and reloading this page. If you are using a page caching plugin or service (CloudFlare, OVH, etc) then you can also try clearing that cache.”.

I will report the error as a bug with the appropriate form. In any case, the question is answered. Thank you.

Sorry, the above workaround causes problems with sliders that use the setting Changing Content. This one is better:

.wp-block-eedee-block-gutenslider.content-fixed {
	min-height: var(--gutenslider-min-height);
}

I noticed the same problem. Version 2.8.6

It happens if one does not enter a pure number in the field height, but falsely writes the unit in e.g. if you write 200px. This is a user error but it would be great if the plugin would catch the user input error.

Thanks.

Please do not misunderstand. I do not want to criticize, but help to improve the plugin.

1)
Missing END Tags
Answer to your reply: then the problem is in another place. Please see with Firefox your own demo: view-source:https://demo.accesspressthemes.com/wordpress-plugins/ap-mega-menu/horizontal-mega-menu-demo/
You can see in red tags that have a problem. I think there are missing div end tags…

2)
When I open the mega menu on a small display and then – with open menu – I resize the window to large, then I resize again to small, then the toggle icon change the status, is wrong.
You can test it on your on demo on: https://demo.accesspressthemes.com/wordpress-plugins/ap-mega-menu/horizontal-mega-menu-demo/
1) Small display (<breakpoint):
2) Open Menu item Mega Menu
3) Resize to large (> breakpoint)
4) Resize to small
5) Click on close/open menu icon
6) Now you can see that there is a problem.
7) I solved the problem with this hack:
a. Insert in front.js circa on line400 this:
b. $(this).parent().find(‘.wpmm-mega-wrapper’).hide();

3)
When I change the breakpoint in your plugin (AP Mega MENU > Theme Setting > Theme > Responsive & Mobile Settings > Toggle Bar Main Setting > Responsive Breakpoint) then I have a problem with the breakpoints that are static in the file responsive.css
In my case I resolved hacking the responsive.css

Hello,

I understand. Thanks, for the replay.

Now I wanted to use walker_nav_menu_start_el to chance a specific menu item. But I have seen that when your plugin is active, then the walker_nav_menu_start_el not works.

I have exchanged walker_nav_menu_start_el with wp_mega_menu_walker_nav_menu_start_el

This works:
Here my exemplary code

add_filter('wp_mega_menu_walker_nav_menu_start_el','nav_replace_menuLangLinks',10,2);
function nav_replace_menuLangLinks($item_output, $item) {
	
	if ($item->title == OLDLINKTITLE) {
		return NEWLINK;
	}
	else {
		return $item_output;
	}
}

Is this a good praxis with your plugin?

• This reply was modified 7 years ago by dimizu.

Maybe my English is too bad to express myself correctly. I try again:

I know your dokumentation https://accesspressthemes.com/documentation/ap-mega-menu/ This is not the problem.

My question is:

With the option “Menu Replacement Settings” can I replace only Mmenu items with search form or it is possibile to replace menu item with my own code? How can do it?

I have tried to enter my own shortcode int he field “Custom Content” but this has not worked….

• This reply was modified 7 years ago by dimizu.
• This reply was modified 7 years ago by dimizu.

Ok ho capito. Spero che in un breve futuro sarà possibile. Mi dispiace soprattutto per le opzioni “Activate accept on second view” e “Accepts disclosures on mouse scroll event” perché adesso Google mi ha costretto di inserire un testo piuttosto lungo nel banner (come indicato su https://www.cookiechoices.org/). Si, Google dopodiché ho coretto la visibilità del banner, adesso mi ammonisce addirittura il testo del banner ? Perciò ho dovuto inserire quelle che suggerisce https://www.cookiechoices.org/).

Senza le due opzioni devo sperare che l’utente clicca proprio su ok. Se non lo fa, allora il banner copre troppo spazio.

Sorry, mi devo correggere. A forza di cancellare cookie, riavviare browser ho perso un po’ il filo…

Il fix funziona, ma solo in combinazione con la disattivazione dei opzioni: “Activate accept on second view” e “Accepts disclosures on mouse scroll event”
Questo per me è doppio insoddisfacente:
-Un fix che ad ogni impostazione in w3tc potrebbe sparire
-Due opzioni in Italy cookie choices che non posso più usare.

I not use Mediatemplate DV but Host Europe. I had the same problem.

My hoster could solve it, after I had sent him the link to this discussion.

My hoster has said:
—
The reinstallation of tzdata in CentOS has fixed the problem.
Why the reinstallation of an absolutely identical package corrected the delivery of UTC in PHP is completely unclear.

However, since several CentOS systems (at least your system and that from the linked forum) are affected, I think that is a general bug in CentOS 7.
—

I can confirm that the problem can not reproduced in other blogs.
Also in the blog, in which it occurred, it is now no longer present.
Unfortunately, I not know the solution. I can only say what was done in the meantime:

-Increase memory limit and php execution time on the server
-Update Yoast SEO Plugin to the last version
-Correct all meta data of images, that had problems with the Yoast SEO sitemap generation

Perhaps one of the above was the solution …

Now, the issue is no longer present. You can set this request resolved.

Thanks

Hi csmicfool,

First I musst say, that with a clean wordpress installation 4.7.2, installation with https (I had made one today and before I’ve further developed this project it tested also the Yoast Seo deactivation problem) I can not reproduce the problem.

I can reproduce it only on a production system with (not https, but normal http):
Wordpress 4.7.2 and 25 active plugins
Two of this plugins are:
Custom Referral Spam Blocker Version 1.4.5
Yoast Seo Version 4.1

If I disable Custom Referral Spam Blocker then this deactivate also the Yoast SEO plugin.