Forum Replies Created
-
Posts
-
OK – I’ve no doubt you’re experiencing a valid issue but it unfortunately is not one I can replicate. Can you try some troubleshooting steps that are, in a sense, the reverse of what you have already attempted:
- Within the same hosting environment please install a fresh copy of WordPress in a subdirectory
- At this stage install nothing but the latest versions of the three plugins you already mentioned (The Events Calendar, Events Calendar PRO, Community Events)
- Set WP_DEBUG to TRUE in wp-config.php
- Try to replicate
Do you experience the same thing under these conditions?
You should be able to differentiate, yes – check out the list of available functions, there are some useful template tags like tribe_is_community_edit_event_page():
We do try to stick to one issue per thread – it helps us to stay focused on solving the problem at hand and also to ensure fair service for all our users – so for any other topics such as help with the anti-spam control please create a fresh thread – thanks!
I’m afraid this is actually a known bug (and is on our radar as being in need of attention).
For the time being, I can only suggest avoiding this feature – but do know that one of our upcoming releases ought to resolve this.
Hi – great question.
Our CSS files seem to me to reference the correct paths (and use the ampersat character).
Is this something where you are experiencing 404s (not found errors) yourself, or where people are reporting they cannot see the icons? Could it alternatively be an issue with whatever tool you are using which might be over-zealous in sanitizing filepaths/URLs before checking them?
Let us know, we’d love to help if we can!
Exactly (thanks Snorton!).
If you’re pulling from the database directly then this may not help, but in case you want to retrieve that field programmatically then it might help to know that any of these three approaches should work, so long as you know the post ID for the event:
$url1 = tribe_get_event_website_url( $post_id ); $url2 = tribe_get_event_meta( $post_id, '_EventURL', true ); $url3 = get_post_meta( $post_id, '_EventURL', true );Good luck!
Hi – great question. Documentation is something we’re slowly making headway on but there may be a little lag getting things up to speed – bear with us though, I’m sure we’ll get there 🙂
How I would do it is by adding my TEC filter to the tribe_events_all_filters_array
<— In what file do i do add the filter to the array?
So you could do this from your theme’s functions.php file or even a custom plugin. The general form is:
add_filter( 'tribe_events_all_filters_array', 'custom_add_filter_callback' );With a corresponding callback like:
function custom_add_filter_callback( $filters ) { $filters['unique_slug'] = array( 'name' => 'your_filter_name', 'type' => '''', 'admin_form' => '', ); return $filters; }Really at this point the best approach is to study the code in the plugin itself and base your own solution on the practices you see there – hope that helps 🙂
OK, well I think in that case you have two choices. The first is that, at each point in the statement where you output a class, insert the body_class() call before the closing quote for the class attribute. So basically change sections like this:
class="connect-page"To this:
class="connect-page <?php body_class() ?>"Which in this instance you’d do multiple times. Though all in all it would probably be better to refactor things and simply do:
<body <?php body_class() ?>>And inject your custom classes via a filter – however the initial approach I outlined might be easier for you in the short term. Does that help at all?
Definitely possible. One avenue would be to customize the cart template (supplied by EDD) and add some logic there, the other would be to avoid that and do this purely using actions and filters – it’s not so much a matter of the correct approach, but of the best approach for you.
From there you’d ideally grab the post ID for the EDD product and work backwards from there to determine if it is associated with an event and what that event is. The relevant relationship is stored as post meta data:
- The source event has a meta key named _tribe_eddticket_for_event
- The value of that entry, if the entry exists, is the ticket (download product) post ID
- So by searching for a meta value equal to the relevant product ID is, and retrieving the post ID it is associated with, you can then load any and all details relating to the source event – including the title
I hope that helps or at least gets you started in the right direction 🙂
Hi Bernhard:
The issue with URLs having hyphens stripped from them is an annoying one for sure and we intend to address it – it shouldn’t actually prevent your license key from being set up, though.
To the problem at hand, I see you have two versions of the jQuery library being added to your page output. One is the standard version that ships with WordPress (great!) one is a different version being loaded from an external source:
<script src="<a href="view-source:http://ajax.googleapis.com/ajax/libs/jquery/2.0.3/jquery.min.js">//ajax.googleapis.com/ajax/libs/jquery/2.0.3/jquery.min.js</a>"></script>I suspect that is at the heart of the problem and am surprised therefore that deactivating all other plugins and switching to a different theme did not resolve this. Certainly solving this problem ought to be a first step.
Hmm, that’s strange.
Turning off the display of errors (though they can be useful when setting up and troubleshooting) will probably remedy this as although PHP is correctly issuing a warning there may be no other real operational impact.
Besides that, thanks for trying out our regular troubleshooting steps of deactivating other plugins and switching to a default theme. Did that make any difference at all? I ask primarily because on occasion we do hit conflicts with other plugins that also use PUE, a library embedded in Events Calendar PRO (and each may be a different version).
Hi!
That’s just the default style of those browsers for input placeholders. You could normalize it, but would need to add different rules for different browsers. Some good links to review:
Does that help at all?
You could investigate making a customization to do what you want here, but what you are describing is actually the expected and intended result for the calendar widget.
One approach could be to override and customize the pro/widgets/mini-calendar/list.php template and add a new query (use it to replace the global $wp_query object) or else you could do the same thing from late on in the tribe_before_get_template_part action. You would need to be fairly comfortable with coding for WordPress generally to do something like this. You could also make use of the following resources to guide you along the way:
Does that help at all?
Hi! We’ll definitely check into this one, but please bear with us for a few more days and we’ll be sure to find a slot to set up a test and see what’s happening.
Not knowing how your theme has been put together it is really difficult to answer that. My guess is that somewhere in their code they have a filter set up on the_content that is overwriting things for some reason. Would it be possible for you to touch base with the theme author and ask them if indeed they are doing that?
