[Barry]

Great – hope it helps.

[Barry]

3.0 is well into the beta testing phase and so we are in the final furlong in terms of development. We still aren’t committing to any particular release date, but we’re getting closer and hopefully we are now within 2 months of launch.

[Barry]

Hi Neil,

There are no particular recommendations I can make, really. We have opened a dialog with WooThemes to help ensure a better experience ‘straight out of the box’ when using their products however that may not bear fruit immediately.

It’s particularly difficult to make recommendations because some themes may not include features you find essential or conversely may work in a way that means they are completely unsuitable for you – really the best I can suggest is just trying a few out and tweaking as necessary.

[Barry]

OK, so I received your email.

I’m not sure exactly what code you’ve put in place beyond what Rob suggested in that tutorial, but you would probably also want to modify the tag taxonomy so that it works with event posts.

By default it works only with regular WP posts – so although you may now be able to tag events that doesn’t mean you’ll also be able to query for them directly as you would for posts with a specific tag.

Take a look at:

http://codex.wordpress.org/Function_Reference/register_taxonomy

And the registered_taxonomy action hook – they might offer a path forward here (there are also lots of comments and alternative strategies in the comments for that tutorial).

[Barry]

Great 🙂

[Barry]

Hi outsidethelens – can you show me a version of your theme’s functions.php file with the snippet in place, so I can see how it is positioned?

(@braveheart glad you’re on track to getting things sorted.)

[Barry]

That’s a great point and actually I didn’t consider that aspect of shortcodes: turning off permalinks can unfortunately cause a few other issues so I am going to belatedly withdraw that piece of advice … sorry for the confusion!

(Even so, you can try it if you like – simply select Default Permalinks from WordPress’s Settings > Permalinks screen, but do test to ensure there are no side effects across your calendar and single event pages.)

I’m not sure how or what you are using to insert the social media buttons but it may be worth considering that, in the context of the submit events form, a test using WordPress’s is_page() function will return false and a test using is_single() will return true.

This could, potentially, be tripping up your social media plugin (if you are using a plugin) – so it may be you need a more customized approach here and you may need to work with the plugin author to achieve that.

[Barry]

Apologies Christina – substitute the-events-calendar for events-calendar-pro (it’s actually in the core plugin).

[Barry]

OK, so I’m not sure we can help too much with that if it’s something you’ve created yourself. What I would note is that the use of old style ‘user levels’ is officially discouraged:

Prior to version 2.0, WordPress used a user User Levels system. This was replaced in version 2.0 with the much improved and more extensible Roles and Capabilities system you see today. To maintain backwards compatibility with plugins that still use the user levels system (although this is very much discouraged), the default Roles in WordPress also include Capabilities that correspond to these levels. User Levels were finally deprecated in version 3.0.

Perhaps you could consider revising your approach?

[Barry]

Hi Adrian,

The presence or absence of the license key shouldn’t really impact here (so far as I know). What is the role of the user account you provided details of – admin/editor/contributor etc?

[Barry]

Braveheart: I’ll draw that to Casey’s attention (I’m sure he’ll get to it later in the course of the day in any case) but basically you should email us at leah (at) tri (dot) and include a copy of your PayPal receipt, Leah will then take things from there.

If you need anything else on this end please post in the thread you created across in the Eventbrite forum.

[Barry]

Hi Paul – it does rather sound like the problem is localized to that specific site, but do let us know if there is any guidance you think we can provide here.

[Barry]

I don’t believe there are any handy template tags for this but you could certainly add a snippet to your theme’s functions.php file to help obtain ticket/product data per event.

Then, in your list.php template you could add a short piece of code to print out the prices or any other bits of product data. You could for instance position this right before the end of the content block, which is marked by this line:

</div> <!-- End tribe-events-event-entry -->

It’s a fairly minimal example that you will probably want to dress up a little but hopefully it gives the basic idea.

[Barry]

Sorry, didn’t link to the snippet. Here you go:

http://pastebin.com/1D6XzUFB

[Barry]

Here’s a fairly minimal example (if the cart item has an associated WooTicket then it displays the event description next to the cart item).

You’d need to tweak it both for events with more than one ticket and of course to display more meaningful content, but it should give you the basic idea.

[Author]

Posts