Forum Replies Created
-
Posts
-
It’s possible that if your search plugin is building queries that reference the events custom post type (including if it searches all post types) – and performs something called a join operation against the postmeta table in the database – this will conflict with our own query logic which also performs a join operation on that same table, whenever it detects that a database query relates to events.
I’m not familiar with Advance WP Query Search Filter, but one way to test this theory out – if it has a suitable option to achieve this – would be to stop it from searching for event post types / restrict it temporarily so it only searches regular posts and pages.
If it functions correctly in those conditions, this could indeed be the problem.
Hi jimmulvaney.
There are a few ways you might tackle this.
We already have a month view that sounds like it meets your goals, insofar as it only shows events from a single month at any one time. There is no reason you couldn’t customize the month view templates so that the events are ordered and rendered as a list, rather than a grid view.
You could even keep the existing month view structure in place and add code to listen out for some indication – such as an extra URL query parameter – that the month view should be presented list-style and load a new set of templates only under those conditions.
Another alternative would involve filtering and modifying the query used to retrieve the event data for the existing list view, or else creating a new custom view of your own that works exactly as you anticipate.
Last but not least, you could always fall back on a ‘cheap and cheerful’ solution by catching any requests that you need to alter (such as a request to the main events page) and redirecting to a specially crafted URL like this example from our demo site – or just linking customers to it right off the bat from your menu:
http://wpshindig.com/events/upcoming/?action=tribe_list&tribe_paged=1&tribe-bar-date=2013-12-01
The query parameter at the end means all events starting December 1st or later, including those that have passed, would be shown in list view. The downsides of course would be that, depending on your number of events to show per page setting it may either not include all events in December or may additionally include events in January.
This sort of approach is consequently a bit ‘hacky’, in a sense, but you could workaround some of those limitations by being creative – setting a high number of events to show per page then customize the list view templates and ignore events that don’t meet your criteria (that aren’t in the current month, let’s say). Ultimately that’s not the cleanest way to do things – but it might work for you.
I hope that gives you some ideas to explore, we’d really need to leave it to you to figure out what works best for you.
Good luck!
Hi Charlie,
Sorry to hear you are hitting all of these problems. Let’s look at one of those – map view – here, but for each separate problem please create a new thread (doing so reduces the potential for confusion and lets us help you faster).
With regards to map view, because I’m not familiar with your event data, can you tell me what it is you expect to see that is missing? There certainly seem to be plenty of events being listed.
Hi Bastien,
Right now it would really be a matter of sourcing suitable third party plugins (if there are any that can help you to achieve these goals) and/or building what you need by yourself, as the sort of tools you need are not currently a part of our plugins.
Those are definitely some interesting ideas though and I’d encourage you to post them on our UserVoice page where others can also comment and potentially show their support.
Thanks!
It’s often better to use tribe_get_events() in this sort of scenario (than working directly with WP_Query) though it does depend on what you are trying to accomplish.
Please also share code by linking to a service like Pastebin or Gist, otherwise the forum is, unfortunately, likely to strip out pieces of code.
Could you send me a link or explain how tribe filter events works with WP_Query and which param/options i could use?
I’m not sure that we have a consolidated resource that explains how The Events Calendar / Events Calendar PRO interacts with WP_Query, however a lot of information is spread out through the following:
* Themer’s Guide for The Events Calendar
* The Events Calendar: Tutorials
* Technical DocumentationIf you can highlight what you want to do we might be able to give you a push in the right direction, but often it is a matter of spending some time figuring things out by trial and error.
OK, great – I’ll move this across to the WooCommerce Tickets forum and a member of the team will help you over there š
OK, it sounds like the initial problem has somehow resolved itself in that case … notice-level and strict-standards level errors apart it sounds like you are all good here?
Our standard steps include deactivating all other plugins and reverting to a default, unmodified theme (such as Twenty Twelve) – as if it is specific to one site that suggests a conflict with some other component may be at play.
If, under default conditions, you find it works perfectly on your site then reactivate everything else one-at-a-time, testing at each stage to see if the issue has returned. This might isolate a conflict.
Alternatively, if that doesn’t solve things, that might suggest the issue is because of the ‘shape’ of your event, venue and/or organizer data within the database.
Appreciated highasp. I’ll close this thread in the interim – not because we’ve reached a resolution but simply because history suggests others will post in here and potentially derail the thread if it is left open – but please do create a new thread if the next release doesn’t improve the situation for you.
Thanks for your continued patience and support in the meantime š
Can you confirm those were the only error messages (is anything missing from what you copied and pasted)?
The deprecated function notice is a core WordPress issue – I’m guessing you are running PHP 5.5 or higher, which would explain that one – and the strict standards issues should have no operational impact, though they are indeed something we are aiming to address in future iterations of the plugin.
However, it doesn’t quite explain why the events content is hidden when WP_DEBUG is set to false.
No other plugins are activated.
Just to be absolutely clear, you did also switch to a default, unmodified theme such as Twenty Twelve (at the same time is deactivating all other plugins)?
It is just with the modified version of the calendar widget that we get off the rails again.
Hmm, I’m unsure why you are hitting problems with removing the calendar grid from the calendar widget. The tutorial was tested by the team before we published it, and on following it just a few minutes ago it worked without issue.
However, if it is causing this sort of problem within your site then the answer would be to stop using that customization and perhaps seek expert support from a developer if you really need it (or else consider switching to the list widget).
Thanks also for posting a new thread for the licensing issue – it helps us to provide timely support and avoids confusion. Similarly please do so for this issue as it isn’t connected with the calendar widget problem so far as I can tell.:
Connected with this, Iām finding it very hard to figure out where to go if I just want to specify which fields are used in the list.
As we’ve pretty much exhausted our options with the calendar widget customization (I’m sorry that didn’t work out for you on this occasion) I’m inclined to close this thread, but before I do so would you like a list of independent developers/freelancers who might be able to help you further with developing a solution there, or are you content to switch to a different widget?
That’s no good. Can you change your wp-config.php file and set WP_DEBUG to true then replicate and see if you are presented with any errors of note (a fatal error in particular)?
If you’re developing locally and are therefore easily able to access the error log that would be another source of useful information.
Thanks!
Hi Ritch,
The idea is that you click on a day in the mini calendar grid and it loads a list of events for that day below the grid: since this month you have only one test event that is all you will see both when the widget initially loads and if you click on the corresponding date (effectively, in other words, nothing will change – but add some more event data covering different dates and you’ll get the idea).
Also, I was expecting a hover over div with the details similar to the events page. How do I do this with the widget?
The current calendar widget is not actually designed to do this. To implement this with our widget would require some customization work, or you might even build your own widget to accomplish this.
Customizing the existing widget is probably more straightforward, though – if you’re interested in exploring that idea please check out our Themer’s Guide which covers many of the basics.
Hope that helps!
