marthaleeturner

AND–again in Firefox–when the browser window is narrowed enough that the menu link appears instead of the sidebar, the menu link is unresponsive! Cursor changes to pointing hand when hovered on menu link, but clicking does nothing whatsoever.

Menu link works perfectly in Safari, Chrome, and also Opera, but does not work in Firefox–an amazing situation for a WordPress default theme plus a major browser!

Thanks, micropat! I was away from this project for a while, just came back today–works great!

Thanks for the reply, nvourva.

Adding the code above to my child theme’s functions.php file caused front and back of site to disappear!

Accessed with TextWrangler, deleted code, site is back now.

Except I have the same cropped images still.

Well, I can fix it by changing the parent theme functions.php:

/*
	 * This theme uses a custom image size for featured images, displayed on
	 * "standard" posts and pages.
	 */
	add_theme_support( 'post-thumbnails' );
	set_post_thumbnail_size( 604, 270, true );

by removing true (and the comma before it)

BUT of course that is open to being clobbered when the parent theme is updated.

Copying that code to my child theme functions.php does NOT fix it.

Just to be clear: (1) the truncation happens at uploading; and
(2) truncation does NOT seem to be controlled in Media under Settings (where I have width and height for thumbnails both set to 150, and the box beside “Crop thumbnail to exact dimensions” is UNchecked. and
(3) no, it is not that it does not automatically resize old uploads: I’ve been deleting old uploads and uploading the image fresh and checking results.

I’m pretty sure I need my functions.php to override what is in the parent theme. But just repeating what is there, with that change, doesn’t do the trick. Can someone help with the right syntax?

It happens if I change the theme to Twenty Fifteen, too, and upload a new image: there’s an image constrained to 150px in longest dimension (thumbnail), one constrained to 300px (medium)–all properly proportional–and then one out of proportion, disproportionately wide for its height, and with top and bottom cropped from that height. Plus the original image.

For example (uploaded while Twenty fifteen is active):

…/wp-content/uploads/2015/02/buddha-2-karen-armstrong-98×150.jpg
…/wp-content/uploads/2015/02/buddha-2-karen-armstrong-196×300.jpg
…/wp-content/uploads/2015/02/buddha-2-karen-armstrong-226×270.jpg <<<
…/wp-content/uploads/2015/02/buddha-2-karen-armstrong.jpg [original = 226 x 346]

Where is the 226 x 270 controlled? How to make featured images display an image not cropped like this?

Down from 21 calls to 14. (Which matters: I’ll be adding lots with the content.) Thanks again.

Wow–that did the trick! Thanks!

It’s so short, I’ll paste it here, the whole file complete:

<?php
add_action( ‘wp_enqueue_scripts’, ‘theme_enqueue_styles’ );
function theme_enqueue_styles() {
wp_enqueue_style( ‘parent-style’, get_template_directory_uri() . ‘/style.css’ );
}

function no_more_google_fonts() {
wp_dequeue_style( ‘garfunkel-googleFonts’ );
}
add_action( ‘wp_print_styles’, ‘no_more_google_fonts’, 11 );

?>

First bit from codex–seemingly now required in a child theme (?); second bit from you.

GTMetrix just now gives timeline with call to fonts.googleapis.com for Fira Sans, Playfair Display, and Crimson Text (in multiple weights), plus six separate calls after everything else is done, to fonts.gstatic.com for various individual ones of these font/weight combinations.

Well, since Garfunkel’s functions.php file uses the word “exists” only once–i.e. this and many other things are not given the “if” construction–I decided it was not really very suitable as a parent theme.

You can see where I got to at https://69.89.21.96/~wordturn/cosmicdance/ –around the same time I settled on a url and began developing anew at that location.

BUT it is looking like many or most current themes have their fonts called from functions.php, so this is still an issue. Currently I am modifying the Twenty Thirteen Child Blogsonry–yeah, I know, not ideal. There, the fonts are called from the Twenty Thirteen functions.php, and rather than the “if” construction have an on/off setting, that (I presume) must be changed in the child functions.php file. Though I’m not sure what that’s supposed to look like. Fonts in WordPress, which were easy for a while (system OR called OR self-hosted) have become quite problematic due to near-hard-wiring!

I added the code above to my child functions.php. Looking at the page in Firefox with “Entire Cache Disabled” and “Check for Newer Version of Page Every Time”–and multiple refreshes–fonts not available on my system still in evidence.

Testing the site so modified at gtmetrix.com, same font calls show up in Timeline.

I conjecture your theory is that the child functions.php is “read” before the parent functions.php is enacted–so that code in the child cancels code in the parent, before any call is made. ???

I read in the codex (under Child Themes),

“Unlike style.css, the functions.php of a child theme does not override its counterpart from the parent. Instead, it is loaded in addition to the parent’s functions.php. (Specifically, it is loaded right before the parent’s file.)”

Which would seem to make the parent functions.php cancel anything conflicting with it in the child functions.php.

I read farther along,

“TIP FOR THEME DEVELOPERS. The fact that a child theme’s functions.php is loaded first means that you can make the user functions of your theme pluggable —that is, replaceable by a child theme— by declaring them conditionally. E.g.:” [gives example code using if function exists] “In that way, a child theme can replace a PHP function of the parent by simply declaring it beforehand.”

And I see that the parent functions.php does not include this conditional language concerning the font calls. In fact, in a rather long functions.php file, “exists” appears only once.

Maybe this makes this particular theme a poor choice as a parent theme, for my purposes? (Can it be true that anything in a parent theme’s functions.php file that does not include conditional language cannot be overridden in the child functions.php?)

Or have I misunderstood something here?

Or does the code just need some small tweek? (I can write simple php code, but find WordPress php byzantine and unpredictable, difficult even to modify.)

Deactivate ALL plugins and switch to a current default theme?

Yup, I deactivated all plugins, including temporarily renaming plugins folder via FTP. Switched to Twenty Ten. Same problems. ThenI returned to child theme and essential plugins (just 2 + Akismet).

want to look at these errors which may or may not be problematic:

html5: tag-closing errors in one text widget–checked “Automatically add paragraphs” AND used some em tags–unchecked, did my own paras, no problem. 2 places in footer it wanted a space–done
css: “errors” are all “webkit-text-size-adjust” and all identical to what’s in the Twenty Ten parent theme

Opera is still screwing up my diacritics. And is NOW displaying each page I open in the parent theme! Reverts when I refresh the page. It was more than 24 hours ago that I had the parent theme active, and I have looked at the site in Opera today, so I’m not thinking browser cache. And I have not reactivated WP Super Cache. Any ideas?

Time will tell about the disappearing and reappearing admin bar… will return with results in a day or two.

Already I have found the “edit” link at the end of a post visible, looking like a link, but not responding–when the “edit post” link on admin bar worked fine (that time).

Tag cloud hit its preset limit of 45 tags–I figured out how to change that to 60 in functions.php.

I am still getting the admin bar visible/not visible on the front. Once more the “edit” link also disappeared from the front, for a while. Then it re-appeared but wasn’t working.

I removed the em tag from the post title in the comments “invitation” in comments.php (in my child theme). I still don’t see why it suddenly started displaying differently, after many months of displaying the same.

Still incorrect display of diacritics in some browsers–some browsers pull up the more exotic parts of the unicode fonts (I’m using Times New Roman, Times Roman, Times because, between them, generally those extended sections are present for one of these fonts). And refusing to pull up the same extended sections–same computer, same fonts to work with–in other browsers. Any ideas?

Wonderful–just lost my reply!!

(1) and (2) above–old post instead of front page, and no admin bar–resolved themselves, seemingly with no change. Random behavior is NOT good, but scary….

Now I have reset plugins via FTP, and switched back to Twenty Ten, the parent theme of my child.

(3) Tags added to published post two days ago have still not appeared in tag cloud.

(4) Have not activated WP Super Cache, so no idea how it is doing.

Issue of second post: diacritics still messing up in Opera. Fine in Safari (with UTF-8 specified in preferences), Firefox, Chrome. Is this an encoding spec issue, and if so can I add something to tell the browser to use UTF-8?

New issue: comments-title (“responses to”) and comments-title em (post title) have same styling, and have previously displayed the same. Suddenly, the em text was very large and in the wrong font. I made the css more redundant, and got it into the right font but still large. Deleting the em and close em from the comments.php file in the child theme caused all comments to disappear, so I restored the line from the parent theme.

I have returned to my child theme, as its parent Twenty Ten seems to have the same issues. Have re-activated Akismet, plus Random Text and Auto Excerpt Everywhere, as they seem not to be the problem and are part of how I choose to present my content. It is tempting to conclude that 3.8 just isn’t a stable release yet… I certainly won’t be updating to it just yet on any other sites I have control of. But it would be good if THIS site returned to displaying correctly!

Since they were separate and different problems, which may have separate and different causes (though ALLLL seem linked to the update to WP3.8, and probably NOT something I am doing wrong), I had been feeling guilty about not making one post per issue!

I’m at work now and can’t do more troubleshooting till tomorrow.

I suspect the trouble with the fonts has to do with not overriding a browser’s spec that was other than UTF-8 (which is what I need)–somehow with previous versions of WP it was successfully asserting this spec and now is not–???

Sorry, this was a followup to a post recounting several OTHER erratic behaviors.

YES, as I stated there, I HAVE tried deactivating all the plugins.

Haven’t tried resetting plugins folder by FTP. Tho from the flood of spam comments this afternoon it seems clear that Akismet, at least, is effectively deactivated! ??