creekdweller

Amazing! You are my hero!

That’s terrific! Now I’m wondering if I can prevent the Edit link from appearing in the caption. I realize it won’t appear to visitors who aren’t logged in, but I find it more a hindrance than a convenience as I work on the table design. Page preview doesn’t show what the page will actually look like, and even after it’s published, I need to log out, or open an “In Private” session, to see the page as visitors will see it.

Good point! I created this table many years ago, when I knew even less about html/css than I do now. I’ll rethink it.

It doesn’t seem like TablePress needs another 5-star rating, but I gave one anyway, along with a review saying it turns one of WordPress’s greatest weaknesses into a strength.

Thanks for the prompt reply. Interesting, you’re seeing that row as <td> with the same styling as <th>? That’s not what I coded, and not what I’m seeing in devtools. You’ve given me a simple solution, though, so it doesn’t matter.

Thanks for the response. The old domain has Site Kit installed, but we have not yet installed Site Kit on the new version of the site. If I understand correctly, there’s no point in doing so before making the DNS switch. Also, there’s no need for a reset, because Site Kit is only on the old version, which disappears once the DNS switch propagates.

• Old version of mysite.com is up and running with Site Kit
• New version is built at temp.com
• When ready, we change the new version’s name to mysite.com and point DNS to the new server
• As soon as the DNS change propagates, mysite.com is the new version without Site Kit. We then install, activate and setup Site Kit on the new version of the website

Does this make sense? Or is there anything we should be doing to prepare Site Kit before the DNS change?

One other question. Is there anything we can do to make setup easier on the new website? Any way to clone or record all settings from the old one?

Thanks, that’s very helpful. Next question:

I’m keeping mysite.com live while I rebuild it elsewhere as temp-url.com. During this process, I have WP set to discourage indexing of temp-url.com. I’m not sure if I can install Google Analytics code created for mysite.com until after I finish the rebuild and point the DNS for that site to the development site. My tentative plan is to wait until I pull the DNS switch to enable indexing, install the GA code, and then go back to the Rank Math wizard to make it connect to my Google account. Does that make sense, of is there a better way?

Thanks for the reply. AMP content looks fine on my mobile devices. I’d need instruction on how to provide the UUID. Also, is it safe to post it here?

I appreciate the initial response and composed a reply but for some reason it didn’t post. I’m okay with marking the issue resolved even though I continue to have problems. Mainly I wanted to know if there were other reports of similar problems. Because the answer is no, I know I have to look elsewhere. Thanks again for the response.

Thanks for the reply. I installed Health Check and disabled all plugins, finding that I had no problem editing the relevant page. Then I activated them one by one in alphabetical order, running into a problem only when I activated the last one on the list, a popular SEO plugin starting with “Y”. So then I deactivated all plugins, and activated them again in reverse alphabetical order (beginning with Yoast) without encountering a problem. The issue remains undiagnosed, but the problem has gone away, at least for now. Is it possible there are plugins that are incompatible only if activated in the wrong order?

Thanks for the reply. It turned out that despite the dire warnings produced by the repair utility, it successfully brought the site back to life. Possibly there’s still something wrong in one or more of the tables, but as this site is being used only for development purposes this is not as great concern.

Remembering now to remove the repair line from wp-config …

Thanks, I appreciate the info.

It now appears that code added to the child theme’s styles.css does get recognized, but the changes don’t show up immediately. Merely reloading pages won’t do the trick, but coming back hours later I see the changes take effect. Any ideas how to eliminate this delay?

Yes, but that page says I DO have to enqueue the parent and child theme stylesheets.

If your child theme style.css contains actual CSS code (as it normally does), you will need to enqueue it as well.

This is the page from which I copied the second block of code in my original post.

Too easy! Thanks.

Thanks for the reply. I note that the w&h dimensions appear in the html that’s visible in the editor when using the “Text” tab. Any problem simply deleting them there? Will they pop back into existence somehow, without any edits to the image?