Jane

Wow. Thanks for the detailed answer and explanation! I updated the code with your suggestions and everything looks perfect. THANK YOU SO MUCH!!

Hi cconoly – Thanks so much for adding this feature and the option of having the flybox open or closed initially and setting the timer for keeping it open or closed. So cool! You are so kind to make these updates!
Jane

Hi cconoly – Wow! Thanks so much for making this update! Our client will be pleased. The custom icons our graphic artist created look really classy. You can see them on our dev site at: https://www.thecollaborative-demo.com/
Jane

Hi CConoly – Thanks so much for your suggestion to achieve the opacity for the tab but not the background of the flyout. Your suggestion worked perfectly!

Thanks so much for your help with this and extra help as I got up to speed with the process. Much appreciated!

Wow. thanks for your quick reply. I installed the updated version and was able to execute the dry run and search/replace without the errors.

Quick question – and if I need to submit another ticket, let me know.

Do you recommend a search and replace only on the wp_options table?

I’m in now. This can be solved. Sorry for the false alarm with the PHP statement.

I turned out that I needed to comment out the # AddHandler application/x-httpd-php54s .php line in my .htaccess file as it was downloading instead of executing the index.php file.

Now I’m one step farther, though I’m having trouble connecting to the WP database. Hopefully I’ll soon get to the point where I can use “Better Find Replace”

In the instructions on updating the wp-config.php file, it says to add the following two lines to that file (where https://www.example.com is the new URL):
define(‘WP_HOME’,’https://example.com’);
define(‘WP_SITEURL’,’https://example.com’);

After I run the “Better Search Replace” your instructions say:

Delete the site_url constant you added to wp-config.php

My question is: Should I remove *both* lines that I added to the wp-config.php or just the line with the “WP_SITEURL”?

Thanks for your follow up comment! I actually prefer to keep the site URL on the old site so that I have the option to continue working there. No problem having to define the site URL in the wp-config to have the flexibility of accessing the old and new sites.

Thanks so much for these steps. This is exactly what I hoped to learn. Now, to execute. ??

Hi Malihu – Thanks for this solution! It worked perfectly.

Hi Malihu,
Thanks for your latest reply. Now I see what was happening. I removed the CSS rule from the .css file but the selected menu color was defined in the theme customization in the WordPress admin backend. I set it to white there and now the menus are selected as expected.
Thanks very much for your help with this issue!

Hi Malihu,

Thanks for your reply and suggestion. I removed this css rule:

#top-menu li.current-menu-ancestor > a, #top-menu li.current-menu-item > a{
color: #85c441;
}

all the menu items still appeared as green.

To do a quick test, I updated the “The CHALLENGE” menu item

from: https://www.jswebsitedesign.com/#theChallenge
to: #theChallenge

and the highlighting for “The CHALLENGE” menu item is working, but when I go to an individual blog page and click “The CHALLENGE”, the link is “https://www.jswebsitedesign.com/clueless/#theChallenge” instead of “https://www.jswebsitedesign.com/#theChallenge” so it doesn’t work.

If you have any suggestions on what CSS I should define and also how I should define the URLs for these custom menus, I’d appreciate it.

Thanks in advance for your help with this!

I’m seeing the same thing. I set the “Days until it shown again” to “0” so that the preloaded page will be displayed once per session, but I don’t see this behavior. Is there an update to the code that can be made to ignore the cookies totally and have the pre-load page appear each time?