Forum Replies Created
-
Posts
-
Hi Jessica,
So I don’t see the same thing when using only your theme; are you positive you tried deactivating all other plugins (except, of course, for The Events Calendar and any other Modern Tribe plugins)?Hi! I just placed a test order (#395) – can you mark it complete and let me know at that point so I can look out for the next email? Thanks!
Hi Mamalm,
Remember that we edited the list.php template – not gridview.php or table.php – so your month view would be unaffected by that change.
I can’t actually see the problem in any case, so perhaps you’ve resolved it already?
Well, you could do something similar to the changes I made to display_day() – and either remove unwanted elements or even copy desirable elements into a new array and then use that.
There are many different ways to approach this, but I’ll have to leave the final solution to you š
Well, assuming you keep the display_day() function then – since the “knowledge” of whether a multiday event has already been displayed (and whether there are any new events) is readily available within that function – I would probably look at calling display_day_title() from within there.
I might also adapt display_day_title() to accept an extra parameter to indicate the CSS class to be applied.
Also, if I’m understanding your requirements correctly, you’d probably need an extra check to figure out if the day only contains multiday events which started on an earlier date (in which case we don’t want any highlighting) or if it contains a mix of those (or none) plus some new events (in which case we do want highlighting).
Oh I see.
Well, one thing is that although you’ve still got the display_day_title() definition in your template you don’t seem to be actually calling it anywhere.
The second thing is, doing this from within display_day_title() is going to be a little clunky.
I think personally I would re-order things somewhat: the logic we just added to display_day() could be extended to also check if there are any new events starting and, only then, apply your highlighting class. Otherwise it could apply a different CSS class/not add a class at all.
Good luck!
Iām needing to know if there is really a valid date (not an end date after the first day) in display_day_title() as well.
I’m not really clear on what you mean by this.
Hi Dijo,
My guess is that PHP has not been configured to support your locale (Brazil/Portugese?) and so when it tries to convert 1 de January de 1970 it isn’t functioning as expected as, to quote the manual, DateTime functions are dependent on the locale settings of your server.
You can find information on changing this in the PHP manual (but please seek assistance from your web host if you are unsure).
Thanks!
This probably won’t be necessary in the next version of WooTickets, but in the meantime can you refer to this thread and see if the ideas in there are of any help?
OK, so please read our Themer’s Guide and this tutorial on template overrides to get some background (unless you are already familiar with the process of customizing templates, of course) and then let’s make some changes to your custom events/table.php.
Find the function named display_day() (it’s the last chunk of code in table.php) and replace it with this version. Does that work for you?
Thanks for re-posting!
I appreciate it is a live site however perhaps you could do those troubleshooting steps in a duplicate environment – even if that is a second installation of WordPress in a sub-directory – or else run these tests at a quiet period?
Alternatively, since you say everything works just fine on one site but not the other, can you tell me about the differences? Are they running different themes and also different plugins, for instance – what are they?
Thanks!
