That file is in includes/admin/ How do I handle the child theme directory structure and function to override that file in the parent theme?

Thanks.

• This reply was modified 8 years, 3 months ago by rwwood.

You’ll have to log in as admin to see the front page because I have it closed to the public at present. Then, I’m trying to switch the widget header titles in the sidebar to h4 rather than h3.

Thanks.

Finally solved. After all the updating of files, etc, I realized I had not done the one obvious thing and tried the Enfold parent theme rather than my child theme. Duh. It turns out a function in my child theme functions.php file was causing the problem. Thanks for the patience while I figured out my own mistake.

And how do I get those plugins back? The site is actually up anyway. If you tried to log in and got a white screen with the message, reloading would have brought up the dashboard, but with that same message at the top.

I just tried what you suggested, but the message is still there, even after a couple reloads and clearing the cache. I verified that the plugin menu item says that it doesn’t appear that I have any plugins.

The child theme was set up and working before the problem occurred. I copied the base.css and layout.css files from the parent folder to the child folder, maintaining the directory structure, and then enqueued them in the child theme function.php. When I did, the dynamic font: family from the backend editor was no longer displayed. I’m guessing this is because the parent css, then the dynamic css, and finally the child theme css are applied in that order. I finally discovered that eliminating a font: inherit tag from one of the style sheets restored the desired font family to the front end, however it seems there should be a better way to accomplish the same end.

Is there a way to implement the jQuery solution on this page? I tried putting the code at the end of the footer.php file (with changes made to “content” and “sidebar” in the variable definitions), but it doesn’t add the inline style.

Thanks.

That didn’t happen initially. It happened when I tried it shortly after you posted your response, but then later it didn’t.

I did contact the hosting provider, and he checked the logs and a couple of other things, but essentially said that it wa a theme issue for which they did not have experience or responsibility to fix. I guess I pretty much agree with him.

Since the main Enfold theme works ok and the child theme does not, something has to be miss-configured.

I really hope this can be remedied soon.

Yeah, I did that. the problem occurs if you resize the window on a desktop computer. Normally, the content and sidebar resize proportionately, but with the above code. the sidebar stays the same width, obscures the content until the window gets down to mobile size when it then drops to the bottom of the screen.

BTW, I was using a 240 px sidebar width.

• This reply was modified 8 years, 7 months ago by rwwood.

Actually, this was much simpler than I thought. I added

.small-preview {
	background: transparent !important;
}

to my css, and the gray background is gone from post preview images that aren’t square and from posts that don’t have a featured image. Granted, getting the default to be the author’s picture or avatar would be more difficult.

Thanks.l

Sorry, but it doesn’t. I did add the code to functions.php, BTW. I don’t know javascript that well, but it seems to me that .container .av-content-small.units is referring to a value that is only defined as a width of 73% in the enfold/functions.php and doesn’t show up anywhere on the generated page where the sidebar is.

That works to put an image or color behind the widgets in the sidebar, but the sidebar is still doesn’t extend the full length of the main content. Is there any way to do this using VH in the css for the sidebar without breaking something?

That works, but why doesn’t a percent value work? It works without the #top and without !important, so is there a reason to use them anyway?
Thanks.