[Barry]

Not yet, I’m afraid (or no official means at least).

This unofficial plugin does allow you to embed widgets as shortcodes which might give you an alternative approach, though I realize you stated you aren’t keen on using widgets here generally (but remember also you can customize them to change the appearance, add more data and generally bring them closer to what you’d experience with a fully fledged view).

Does that help at all? Please do also feel free to add your support for this sort of functionality over on UserVoice.

[Barry]

Oh dear – looks like a bug (and it will affect any events that use quotes in the title or description/excerpt, unfortunately).

As a temporary workaround can you remove any double quotes and see if that improves things? We’ll certainly get this logged for further attention.

[Barry]

Hmm, well there are so many references it may actually be easiest to create a custom translation (covering only those terms that include “Event”/”Events”) and employ that – see here to get a taste of what’s involved, or else you could setup a gettext filter by adding a snippet like this to your theme’s functions.php file:

add_filter( 'gettext', 'events_to_trips' );

function events_to_trips( $txt ) {
	$txt = str_replace( 'Events', 'Trips', $txt );
	$txt = str_replace( 'Event', 'Trip', $txt );
	return $txt;
}

You could extend that for “events” and “event” (all lowercase) by following the same pattern. It may be more efficient to use a custom translation, though, or to hunt down specific filters like the one you referenced (though I’m afraid we don’t have a complete list available at this time).

Does that help?

[Barry]

Hi – sorry you’re facing further difficulties here.

Can you provide a little more information (bearing in mind we’re not familiar with your specific site or theme): do you mean a header element with a CSS class of x-header-landmark is being hidden, or something else?

I cannot locate such an element when I visit the URL you provided in your first post – can you provide some further direction here and let me know why you think our plugin is responsible, so we can get a better sense of what is happening?

Thanks!

[Barry]

Well, tooltip.php is a PHP template but it is ultimately used to generate a Javascript template.

So, you only get one chance to modify it server-side and if you echo out a piece of text (in your case, the time zone custom field) that means it will be used in every tooltip (ie, the same timezone will appear in all tooltips). Conversely, if you use a template variable like [[=title]] this can be populated appropriately within the browser environment – that’s why this approach is used.

Does that make more sense?

[Barry]

OK: but does the problem happen if you remove your customizations? It certainly doesn’t look like something that would happen with our default month view template.

[Barry]

OK: can you point me to a specific example in that case?

I did look at month view, but the recurring events seemed to be in order. I did notice though that some have been “split” into two different chains (a tell tale in these situations being the event URL has a numeric suffix, such as event-slug-2 or event-slug-3) … so, perhaps someone edited a recurring event partway through the sequence and inadvertently applied the change to all future events. Could that be the source of confusion here?

[Barry]

I do apologize … I’ll repost here (the bug causing this issue with private staff replies ought to be solved from here on though):

That definitely isn’t ideal – however, I’m not sure that I can replicate it.

Can you confirm if this happens with no other plugins but ours and only a default, unmodified theme running? I get the impression from previous threads you may have custom code in place relating to the title element and SEO-related plugins which may be impacting.

[Barry]

The hotfixes should have addressed this (if it was indeed the same issue Cloud Genius described) – so if you’re running 3.5.1 for the core and PRO plugins everything should be in order.

Can you confirm if you are all good here or else if you have updated but are still facing the same problem?

[Barry]

You can certainly change the map output – whether with a goal of modifying it or replacing it completely – via the tribe_get_embedded_map filter, so you could explore that avenue if you wished to do some neat new thing there.

With regards to changing the + Google Map link, you could add the following to your theme’s functions.php file (and tweak to suit):

add_filter( 'tribe_event_meta_gmap_link', 'change_gmap_link_text' );

function change_gmap_link_text( $html ) {
	return str_replace( '+ Google Map', 'Directions', $html );
}

Does that help?

[Barry]

I definitely appreciate that. Given this isn’t a problem any other users have reported (that I’m aware of) and neither of us can replicate outside of this one installation, I wonder what is actually causing it.

Are the actual hosting environments different? Can you create a new WP installation in the same environment as the live site (ie, in a subdirectory) and does the same thing happen there?

To be honest, I’m not sure how many other avenues there are for us to explore here.

[Barry]

It should work – and I’ve used a similar setup myself a number of times.

Can you visit the Permalink Settings page, confirm everything there is correct and hit update? That might help to refresh to rewrite rules table. With that done, see if the events page is accessible as expected.

[Barry]

Sorry, I should have been clearer there: that code could be added to your theme’s functions.php file. Does that help?

Also, I have a CSS setup and working in my child theme, but I am not sure how to use classes (.tribe-is-responsive and .tribe-mobile).

You shouldn’t need to in order to turn off this behaviour and, again, if you are able to share a copy of your theme that would certainly be helpful in our efforts to avoid this problem in future releases.

Thanks!

[Barry]

Excellent!

[Barry]

OK – can you try adding this code to your theme’s functions.php file?

add_action( 'tribe_pre_get_view', 'change_custom_field_meta_label' );

function change_custom_field_meta_label() {
	tribe_set_meta_label( 'tribe_event_venue', 'NEW LABEL!', 'meta_group' );
}

Does that help? (Of course, change NEW LABEL! to ‘Location’ in this case, or whatever you prefer.)

[Author]

Posts