[George]

Awesome! Best of luck with your site Paul, and be sure to keep a backup of this CSS and/or a bookmark to this forum topic for reference – if you auto-update your theme in the future (which you should do!), you risk losing that custom CSS. If you have a backup or this forum thread to refer back to, it should be a quick fix to add the code back in 🙂

Cheers!
George

[George]

Hey Henry,

As of now, at least for the next release and the one immediately after that, there aren’t specific plans for adding the features you mentioned – but I’m curious, you mention being able to use the Additional Fields section, was this helpful for you? Did it resolve your issues?

Let us know!

Thanks,
George

[George]

Hey Simon,

We cannot write custom code, unless it’s a small tweak or something that extends a plugin filter we already have.

My recommendation about another exporter plugin is just something that you may find helpful, if you find the default WordPress exporter insufficient. Despite that, the things I mentioned still hold true – meta data is included in XML files exported from WordPress via the default exporter, and if you want to include specific data in ticket emails, it shouldn’t be much more than a matter of programmatically calling functions like get_post_meta() to pull in the data you want in the main Tickets email template (/views/tickets/email.php).

If I’m misunderstanding what you mean by “email”ing the data, and you do not mean including the data in the default tickets emails but rather mean mailing that information separately in another context, then sorry for the confusion – fortunately, it should still be somewhat straightforward to have that data emailed however you’d like, by assembling the data and mailing it with the wp_mail() function.

I hope this information helps Simon – if custom code implementations are essential to your project here, we do have a list of freelancers that we often recommend to folks looking for advanced custom code support. If you’re interested in that list, shoot us an email at [email protected] about it and we can get it to you ASAP.

— George

[George]

Hi Nicolas,

I’m sorry for the confusion here! I am indeed having some trouble understanding what you’re looking to do here, both in your updated post here and in your original one:

I need to get the date of the actually viewed day

Sorry for the misunderstanding!

Would you be able to elaborate just a bit more on exactly what behavior you currently have on your site, and then in what ways you want it to be different? Take screenshots and annotate them if possible, or anything else you can think of!

This is a code customization issue, which we can only provide very limited support for, but I’ll try giving your response another go and see if I can help. Thanks for being patient with my confusion here – I’m really sorry for the misunderstanding!

Thank you,
George

[George]

Hey Pier,

Unfortunately, it is not possible at this time to import recurrence patterns for recurring events. The best option at this time is to import the single event, then just navigate to that imported event and update its recurrence information in the “Edit Event” screen.

Sorry to bear the bad news!

Let us know if that helps or if you have any other questions or concerns.

Cheers,
George

[George]

Glad to hear it! Best of luck with your site! 🙂

[George]

Hey Mason,

The only file you should need is /admin-views/tickets/attendees.php which is in the core version of The Events Calendar, not in the EDD-Tickets add-on.

Does that specification help at all? The template file here is not in the add-on – the add-on loads the template from the core plugin, The Events Calendar.

Let me know if this helps – and thank you for your patience thus far Mason!

[George]

Hey Moritz,

Thanks for your patience with this issue thus far – the behavior you describe, and how it has come and gone specifically, is indeed a bit odd, but I’m curious about the custom coding (and the code environment, in general) on your site.

One specific thing I’m wondering about is your comment here:

A friend of mine with more expertise in coding managed to get the filter bar and the menu running.

Do you know what your friend happened to do, in any detail?

I hate to ask you to do this, but…would you mind running through our full set of troubleshooting steps even now after your initial fix? If you run through the steps with no change in behavior, then that would be a big step in our troubleshooting here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Let us know if you can do that, and seriously: thank you!

[George]

Hey Jennifer,

I’m sorry for your frustrations here and hope we can get a workable solution in place for you here. Vital to that goal is your most-recent question, about mapping the fields properly for importing.

Basically, you should be able to see the field name as the header for associated column in your CSV file – then, when you try to use The Events Calendar’s built-in CSV importer, you should be able to map the fields for import to the matching columns in the import file. The interface should look something like this → https://cloudup.com/c0-MI2VwgFa

So, for example, setting the “Event Name” Column Header in that screenshot to the “wp_post_title” field name should handle that relationship, and then all the way down the list for all the various fields…

Do you find that this works?

Thank you so much for your patience here Jennifer! Let us know if the above information is helpful at all.

Sincerely,
George

[George]

I’m so sorry Cliff! Quite a slip there, really sorry about that.

The good news is that customizing the inputs from EDD is even a bit simpler than doing so for WooCommerce – but there is, indeed, quite a difference that is worth noting.

The tickets quantity input for EDD tickets is not generated from EDD, but rather is generated from right within our own “EDD Tickets” add-on itself – does that make sense? Where the Woo Tickets add-on pulls in some default code from WooCommerce itself, Easy Digital Downloads does not have a file that we can pull in like we can with WooCommerce.

So for EDD tickets, the input in question is located in /views/eddtickets/tickets.php in your own EDD Tickets plugin files. These views are quite customizable, and all of the principles in our official Themer’s Guide apply → https://theeventscalendar.com/knowledgebase/themers-guide/

Other than this template difference, things are the same – you can write custom code to replace those with checkboxes or whatever else you need.

I hope this helps! Sorry for that mistake Cliff!

Cheers,
George

[George]

Hi James,

I’m sorry to hear your auto-import isn’t working! Does this behavior change if you change the auto-import intervals at all?

Also, would you be willing to open a new forum thread so we can address your issues separately? They may be unique to your site(s) – if you do open a thread, on top of the question I asked above can you also list the plugin version numbers for The Events Calendar (core), the Facebook Events add-on, and the version of WordPress itself on your site?

No worries either way! Whether here or in a different thread, let us know what you think about the above information – hopefully that helps the troubleshooting process along a bit.

Cheers!
George

[George]

Hey Fred,

Thanks for the further information about your situation – if the license was purchased by those developers, then the license is tied to the email address and password they used at checkout, and you do not have one for yourself at this time. Let us know what happens with their account access and such, if you want some more specific help with your own account and would want to move the license-holder information account, shoot an email to [email protected] with an in-depth overview of your situation (or at least a link to this forum topic! 🙂 ) We might be able to help make things easier from there.

—

In regards to your actual calendar-specific question, thank you for clarifying this question too! I understand what you mean now, and I’m curious – does simply changing the “Number of events to show” option in the widget control panel directly change this behavior for you? It does for me (here’s a screenshot of that for reference → https://cloudup.com/cGaBuHhe6B7)

If not, there could be a plugin or theme conflict preventing that from working – in which case there is some custom code we may be able to recommend. Let us know what you find!

Thanks!
George

[George]

Hey Philip,

Sorry for the frustration you’ve been having here. Brian is correct about us only being able to provide very limited support for customizations, which I know isn’t great news, but the thing with this sort of customization regardless is that the issue you’re describing is pretty tricky to work around – in other words, regardless of our customization support policies, when there are strings trying to represent numeric values, WordPress’ orderby parameters don’t give you much control over how exactly they compare values.

This is something hinted at even in the WordPress Codex itself, check out this screenshot → https://cloudup.com/cnRzDscupj0

Working around the weirdness found within meta_value and/or meta_value_num is tricky.

So, there are two things I can personally think of here.

1. First, delve into the WP_Meta_Query class, and try writing a more complex/nuanced meta-based query within the pre_get_posts() query you’ve written here. Check out this Codex page for more information → https://codex.wordpress.org/Class_Reference/WP_Meta_Query

2. Learn to write custom $wpdb queries directly, and write one that queries things and sorts by end date values if possible. You can learn about this here → https://codex.wordpress.org/Class_Reference/wpdb

I don’t necessarily if #2 here would be very helpful, and am sorry for the limitations here Philip, but it’s indeed a tricky thing to do. I’m curious – are you able to totally sort by start date 100% fine, with no issue? Even with the same meta_name and various meta-related orderby parameters you try here with the End date?

— George

[George]

Hey Fred,

Sorry for the frustration here – before we get to your support question, try heading to this page → https://theeventscalendar.com/my-account/lost-password/

Look up the email receipt from us when you first purchased that license – enter the email address that receipt was sent to in the “Lost Password” email field, submit that form, and let us know if you get a Password-Reset link in that email’s inbox.

Once you have that, you should be able to reset your password, log in with an actual account here, and proceed.

Let us know if you’re able to do this – if not, what is the specific step you cannot do? E.g. are you unable to even find the receipt, or after 20 minutes or so does a “reset-password” email just not show up in your inbox or anything? Et cetera…

— George

[George]

Hi Ellen,

WooCommerce Tickets should indeed work pretty much entirely fine out-of-the-box, but these issues are arising on your site – it seems – from your theme.

To confirm this, or rule it out, can you run through each of our troubleshooting steps here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Check on the behavior and issues you reported here after each step of that process, and see if anything changes, looks better, etc.

Let us know what you find!

Thanks,
George

[Author]

Posts