raskull

Wheeee dogs, that worked, and led me to:
https://speakinginbytes.com/2013/10/gettext-filter-wordpress/
which resulted in:

function fix_wp_speak( $translated_text, $text, $domain ) {
	switch ( $translated_text ) {
		case 'While you can crop images to your liking after clicking <strong>Add new image</strong>, your theme recommends a header size of <strong>%s &times; %s</strong> pixels.' :
			$translated_text = __( 'This theme sets the header image size to <strong>%s &times; %s</strong> pixels. Please add images at least that large. The cropping tool will help you set the right proportions.', 'mytextdomain' );
			break;
	}
	return $translated_text;
}
add_filter( 'gettext', 'fix_wp_speak', 20, 3 );

Thanks!

You know… I am working on a multisite install. I just tested it on a regular install and it seems to work. So I guess it is a multisite issue.

(I did try activating it both network wide and solo on multisite.)

Isn’t that where I am? I see my question when following your link. But thanks for the IE tip. If anyone else has tested Simone in IE8, let me know your results. Thanks!

Thanks!

Me did it. I excluded “the page for posts.” The answer is often found in the question.

function modify_query_order( $query ){
    if( 'post' != $query->get('post_type') && !is_home() ){
            $query->set('orderby','title');
            $query->set('order','ASC');
    }
}
add_action('pre_get_posts','modify_query_order');

Well, I’m back here again to see if I can find an adventurous soul who can solve this mystery. The below code works nearly perfectly. It is supposed to sort alphabetically all posts of every type (both in admin and on the front end), except those posts that are blog posts.

But this is what actually happens: Blog posts in admin remain in default (date) sort as I would expect for having excluding them. But blog posts on the front end are sorting alphabetically, even though they have been excluded from the sort.

What’s up?

function modify_query_order( $query ){
    if( 'post' != $query->get('post_type') ){
            $query->set('orderby','title');
            $query->set('order','ASC');
    }
}
add_action('pre_get_posts','modify_query_order');

Hm, interestingly, this does exclude blog posts in admin from going alphabetical, but does not exclude “the page for posts” on the front end. Those are still going alphabetical…

I can see your ads.

The inclusion of the comments module on “pages” is controlled by the theme’s code. If the theme does not provide an admin interface to change this, you will need to lift the hood.

I can see Kim’s comment on your site:
https://www.riverfrontwriter.com/home/user-friendly-methods/5-steps-user-friendly-website/

Sometimes the website host has settings that you (or they) need to change. This is true for GoDaddy. In your case, check with Korea Telecom.

Add the code snippet at the end of that thread to your theme’s functions.php file.

That code modifies EM’s #_LOCATION placeholder by adding the location address to the location name.

Then the $gcal_url string is built with your modified #_LOCATION — which now includes the address — and is passed as a URL parameter to google calendar.

Okay, I think I see the problem. Variant sizes generated by the theme’s own php file are not deleted. The ones created by WP core do go away.

Here’s what I can tell you… If you remove the Z and the gmt offset, the event will go into google calendar at the time the event says, without trying to translate for time zone or daylight saving. If the event is at 7:00 pm in your country, it will still say 7:00 pm in my country, and it will stay at 7:00 pm no matter what time of year it is. I have no problem with that behavior; at least it’s predictable. Also, the gcal user can specify their time zone when adding the event to their calendar and that will translate the time.
$dateStart = date('Ymd\THis',$this->start);
The other thing I am trying to test is leaving the code as you have it, but adding a condition for detecting daylight savings or standard time and the switchover date through WP’s settings. When you select a time zone in WP admin, you get a message like this: “This timezone is currently in daylight saving time. This timezone switches to daylight savings time on : x.” ?

Based on detecting those strings and/or values, you would add or subtract an hour from gmt offset. See wp-admin > options-general.php

Can you pick two events — one in your current time and another in your Summer time — and see what happens? I have tried various google calendar accounts at various time zone settings and always see this problem.