Forum Replies Created
-
Posts
-
Hey Gregory. You raise a great point here, and I’m sorry this slipped through the cracks. We have been looking into this since this initial exchange and know that – even though you never got a reply here – we are actively looking into this. If we can do anything else or if you have additional feedback on this point don’t hesitate to let us know at pro /a/ tri.be. Cheers and thanks again for your support.
Our pleasure, onelittlemoose! Thanks for your patience and support as we worked through this. Going to close out the thread here but if you need anything else down the road, don’t hesitate to let us know. Cheers.
Excellent to hear this got you sorted, Catherine! I’m going to close out the thread here but please let us know if you need anything else down the road.
Hey wmglennosborne. Thanks for the note here, and apologies that we’ve taken longer than normal to get you a reply on this end. If I understand what you’re going for vis a vis the Google Calendar/iCal buttons, this solution from our former support guru Jonah should help get you sorted: https://theeventscalendar.com/support/forums/topic/page-layout-problem/#post-53460. Let me know if that isn’t the solution to your problem though.
Regarding the map itself: the google map now displays at 100% the width of its container, so depending on which map display you’d like to have full-width, you can change the width of its container and the map will follow suit. If you’d like help getting started, you could let me know which map you’d like to be full width and I can do my best to point you in the right direction.
That help? Feel free to reach out if not, or if you have other questions. Thanks for your patience so far.
Hey there noxaen. Thanks for the follow-up here; Jonah’s last day with us was actually Friday, but I’m happy to help get this sorted for you.
If I’m understanding the issue here properly, it sounds like a byproduct of running inconsistent version numbers. You’d need to be on The Events Calendar 3.0.2 and Events Calendar PRO 3.0.4. Can you confirm that you’re seeing this problem even with the codebases current?
Hi there Simon. It seems to me the easiest way to do this (without modifying the code) would be to just target your links on the calendar to the October view. So rather than linking to siteurl.com/events, you’d link to siteurl.com/events/2013-10/ ? Are you looking to actively eliminate access to all other months/views?
Hey Daniella. Sorry this one slipped through the cracks; Jonah’s last day was Friday and I’m still catching up on the threads from his absence. My apologies there…but know that I’m committed to getting this sorted for you. Mind sharing a link to the site so I can check this out in action, and try to advise next steps from there? Thanks.
Hello Chris — thanks for the follow-up here, and my apologies for the delay in getting you a reply. As you noted we’ve been a bit overwhelmed due to 3.0 and one of our main support folks leaving, but I appreciate your patience so far and want you to know we’re committed to helping you get this sorted (and to getting back to our 24-hour response times).
Regarding the core issue here: I just talked with the team here, and one of my colleagues Barry provided me a snippet that should help. Check it out: http://pastebin.com/jDsb8qGJ. Keep in mind that you would need to change the labels to whatever you want instead of the ones we provide here, which are for illustration only.
This help get you where you need to be? Or have I misunderstood the request? Let me know and I’ll do what I can to get you sorted. Thanks again for your patience so far.
Hey brownjm. Thanks for the note here. This is probably doable, but it’s admittedly a bit outside the realm of customization we can provide (as it’d require pretty much building something from scratch). That said: are you already using Community Events? If so and if the form is already built for you, you could probably find a WordPress plugin that will overlap that into a popup window.
Let me know if I’m misunderstood as to your end goal here, and I’ll try my best to get you sorted. Thanks for your patience here so far (I realize it’s taken us longer to get you a reply than it should and I apologize for that).
Hey Gordian. Thanks for the note here. This is a really solid suggestion; I’m not sure what it would take to implement or what the level of effort is here, but I can see the value in what you’ve noted. What I’ve gone ahead and done is logged it as a PROPOSED feature for our team.
At the moment we’re focused on crushing bugs in the 3.0 release, so I can’t see us moving into the feature tweak side of things for a while yet. But know that this is now on the radar – and if anyone else finds a way to hack the plugin to accomplish this in the interim, they’re welcome to open a new thread and post the solution.
Hope that helps and thanks again for the suggestion.
Hey Gavin! Just wanted to follow-up with you here, as this actually shipped in the most recent release. Can you confirm whether you’ve updated, if the issue persists? Thanks!
Hey again Gregory! Just wanted to follow-up on this, now that we’ve had a chance for our lead developer Jessica to take a look at and attempt to engage with your point here. Looks like this is going to lead to some changes in our codebase in an impending release.
This was the best way she came up with to ensure the month view never returns as a 404, which was happening when there are no events in the month. was to make one of these returns true (in order to avoid the 404):
* is_tag()
* is_category()
* is_tax()
* is_author()
* is_post_type_archive()Post type archive seemed like the best option out of all of those, since any view of the events could technically be considered an archive view of the tribe_event post type.
In terms of what we’re looking to do for the future release: potentially we could check first to see if any of the other conditionals above would return true on their own, and/or check if there are actually no events (which would cause a 404), instead of just always setting is_post_type_archive() to true. Not sure which route we’ll take but know the ball is rolling here.
Thanks for your patience on this end so far. If you have other questions or if I missed anything here, let me know.
Hi there dtcaldwell: just wanted to follow-up here. Since Jonah’s last day was Friday I wanted to make sure we adequately communicated where we are here; I’ll take point on this thread from here forward.
I had our lead dev Jessica test these points last night, and she was able to confirm them all (thanks for your awesome steps-to-recreate). We are working on this now and should have a fix deployed that addresses your issues across the board in an impending maintenance release. Thanks for your patience so far and please let me know if you need anything else or encounter other issues.
