[Barry]

Hi – sorry for the confusion!

Should I be trying to disconnect my old URL in the licence keys page in Modern Tribe, as it also still shows my old server name?

Exactly 🙂

Simply disconnect, the re-enter your new licenses on your website – hopefully, they will then show as valid. Does that help?

[Barry]

Hi Torbjøn!

Setting up a custom tribe-events.css file to house these events-specific changes is a great starting point – and you can find out more about setting this up in our Themer’s Guide 🙂

A rule like this should allow you to change link colours across the board:

#tribe-events a { color: red !important; }

I’d also like to change the bg-color of the “present” day header-color (which is blue-ish by default), but can’t seem to find the right css-path…

I’m not quite clear what you’re referring to – give you point me to an example of what you wish to change?

Thanks!

[Barry]

Hi!

The basis of this sort of change would be to override pro/modules/meta/additional-fields.php (more about the basics of this process can be found in our Themer’s Guide) and update your custom template to something like this:

<?php
if ( ! isset( $fields ) || empty( $fields ) || ! is_array( $fields ) ) return;
$event_passed = tribe_get_end_date( null, false, 'Y-m-d H:i:s' ) < date( 'Y-m-d H:i:s' );
?>

<div class="tribe-events-meta-group tribe-events-meta-group-other">
	<h3 class="tribe-events-single-section-title"> <?php _e('Other', 'tribe-events-calendar' ) ?> </h3>
	<dl>
	<?php foreach ( $fields as $name => $value): ?>
        <?php if ( 'Button' === $name && $event_passed ) continue; ?>
		<dt> <?php echo $name ?> </dt>
		<dd class="tribe-meta-value"> <?php echo $value ?> </dd>
	<?php endforeach ?>
	</dl>
</div>

What should then happen, if the event has passed, is that the specified field will no longer be displayed. Of course, you’ll need to update this line:

<?php if ( 'Button' === $name && $event_passed ) continue; ?>

Changing Button to the actual field name applicable in your case.

Does that help here?

[Barry]

Hi!

This file: /plugins/events-calendar-pro/views/pro/modules/meta/additional-fields.php
says: “Override this template in your own theme by creating a file at:
* [your-theme]/tribe-events/modules/meta/details.php ”
I’m wondering if this is supposed to say “* [your-theme]/tribe-events/modules/meta/additional-fields.php” instead?

You’re absolutely right, the docblock is incorrect. The path you should use for your override in this case is:

your-theme/tribe-events/pro/modules/meta/additional-fields.php

I’ll get that logged as something we need to address – thanks for highlighting it!

But I still am not sure about where this fits in to the Single event view.
Here is screenshot of what I am hoping for: http://www.screencast.com/t/9ozloOuyfP

So in this reply from another thread you can see an example of repositioning the additional fields section of the meta data. In your case you could do the same – but of course you don’t actually want to position it at the very top of the section, so you might remove the line of code reading:

add_action( 'tribe_events_single_event_meta_primary_section_start', $callback );

Test this bit out first – if it works, it will simply remove the additional fields from display.

Next you will want to add them back in, so to do that set up a custom override for modules/meta.php and locate this line of code:

tribe_get_template_part( 'modules/meta/details' );

Then, insert a new line just after that as follows:

TribeEventsPro::instance()->single_event_meta->additional_fields();

Does that work for you here?

[Barry]

Hi!

One approach could be to add it to a suitable widgetized area on your homepage (you might even create a new one expressly for this purpose).

Alternatively, WordPress provides a helper function – the_widget() – which you could use to embed it directly in a given position:

the_widget( 'TribeEventsMiniCalendarWidget' );

Would either of those strategies work here?

[Barry]

Hi – some great questions there!

When I test things out with our latest release this is what I see:

• The schedule info for an event taking place on a single day looks a bit like August 18 @ 5:45 am – 9:45 am (so that seems to match what you have requested)
• For an all-day event it simply provides something like July 4 (again that seems to match your requirements here)
• …or, if it is an ongoing event – ie, the end date/time match the start time exactly – I see something like July 4 @ 8:00 am (again this sounds like it would meet your needs)

I’m unsure why you are experiencing anything other than this, but I do note that you have a fairly stylized calendar (I’m guessing at the minimum you have some custom templates in place and/or some custom logic somewhere) and wonder if those customizations could be the source of this?

Can you check in with the theme vendor, or try to confirm if this might be the case by restoring a default, unmodified theme such as Twenty Thirteen?

[Barry]

Hi!

You may need to tweak things to better fit your specific needs, but essentially a small snippet like this (operating on the wp_title filter hook) should work:

add_filter( 'wp_title', 'modify_the_title', 50 );

function modify_the_title( $title ) {
    return str_replace( 'Events', 'Calendar', $title );
}

Does that help/get you started in the right direction at least?

[Barry]

Hi pmfonseca,

Sounds like you’re making progress 🙂

So just to confirm: you found the strings in the .pot file and moved them across to the relevant .po file, is that correct? If so, did you also compile the modified .po file into a .mo file? That is the final (and necessary) step in making a translation that WordPress can work with.

Though written to help folks working with WordPress translations in general, this may shed some light on the process:

http://codex.wordpress.org/Translating_WordPress

Does that help at all?

(…as an aside, I’m going to move this across to the Translations forum – but the topic URL should remain the same.)

[Barry]

Hi – the first thing I notice is that your site is using jQuery 1.7.1 which is a fairly old version of that library and will probably cause problems.

Judging by the thread title it sounds like you’ve isolated the problems to your theme – so my guess would be that your theme is enforcing the use of this much older version of jQuery … I’m not absolutely certain, though, as it isn’t being loaded from within your theme directory – instead it looks as if you have a “scripts” directory in the root of your installation and the particular copy of jQuery being used is pulled from there.

Can you talk with the theme author and see if this can be changed so that the standard, more recent version of jQuery that ships with WordPress is used?

That would be a great starting point and may well solve this issue.

[Barry]

Hi – sorry you’re experiencing difficulties.

What we’ve found is that sometimes people are using browsers which (possibly because of an extension/add-on) automatically unzip any .zip format files – is that a possibility here? If so you could try using a different browser or disabling the relevant extension.

Alternatively, many operating systems make it easy to turn a group of files into a .zip archive by right clicking them and hitting “Compress” – though the exact steps will of course vary depending on your particular setup.

Does that help at all?

[Barry]

Hi – sorry you’re having difficulties.

I’d love to learn more about your setup – for example, your upcoming events view looks very much like photo view – so my guess if you have extensively customized things here (and it looks great!).

Can you confirm though if this is indeed the result of your customization work? If for instance you revert to our default templates etc does the same problem still occur?

[Barry]

Hi!

That’s a great question, but really one that would be better posed to the Easy Digital Downloads team. Our ticketing plugins don’t actually get involved with that level of operations – payments and payment processing is all left to the ecommerce plugin itself (EDD in this instance).

Does that help/clarify things?

[Barry]

I’m sorry you’re hitting difficulties here.

Do other plugin updates (when triggered from the plugin admin screen) work as normal, or could this be a file permissions issue?

[Barry]

Hi – I’m sorry you’re hitting difficulties here.

In the first instance can you try visiting Permalink Settings and see if that resolves this (you don’t actually need to modify anything – just visiting this page will force WordPress to “flush” it’s record of rewrite rules).

Does that help at all?

[Barry]

Hi Paul –

So is this in relation to WooCommerce Tickets? If so, I’m afraid that it does not currently support recurring events as noted on the product page. It’s probably possible to do a little custom dev work to get around this limitation but that would really be beyond what we can assist with here on the support forum.

I also need to know how we can get a printed list of attendees for an event, with the security code on so we may check tickets on the door.

If you visit the attendee list you should see an option to email or print it out and the security code should be included. Does that help?

[Author]

Posts