Forum Replies Created
-
AuthorPosts
-
Brook
ParticipantHowdy Gwenaelle,
Good question. Looking back through our forums I have never seen any reports of incompatibility with Product Vendors, even though a number of folks are evidently using it. It looks like they should work fine together. While I can not guarantee compatibility we do offer a 30 day refund window, and you can easily take advantage of that if you discover somethings not working like you hoped.
The sales reports in WooCommerce work perfectly for Tickets as well, that is completely compatible. In addition if you are using Community Ticket (click here for screenshots) you will find that each event has its own sales report that indicates how much money you made, and how much the organizer made.
Does that answer your question? Please let me know.
Cheers!
– Brook
Brook
ParticipantHowdy Brandy,
Thanks for installing the calendar. I would love to help you with this. If you obtain a license to one of our plugins (like Events Calendar Pro) it will give you access to the support area of our forums for one year. With that done just reply here with a link to your website and I can begin the investigation.
Or, if you don’t want a license you should checkout the volunteer community on WordPress.org: The Events Calendar. It’s not the same level of support, but it’s free! We even check those forums once each week and help to the extent we can.
Cheers!
– Brook
March 10, 2016 at 2:12 am in reply to: Day view showing Jan, 1 1970 as the date on all pages #1087090Brook
ParticipantHowdy Again Quickrick!
Thanks for reaching out. I just tried some testing and that doesn’t look like a bug in the calendar, but quite possible a conflict or a modification gone awry
I remember helping you with some title issues in the past. I’m wondering if that’s related to this. I remember you tried inserting a few things into your theme’s functions.php to modify the title. If one of those was setup wrong it could easily be causing this. Could you try temporarily switching themes and seeing if this goes away? If so, then we’ve narrowed it down! If you try removing or disabling the modifications you added to your functions.php I bet when you reenable the theme this issue will go away. If you share a copy of the modifications here I might be able to spot the error and help you correct the code.
Does that all make sense? Will that work for you? Please let me know.
Cheers!
– Brook
Brook
ParticipantThat’s totally understandable. It’s always nice to be up-to-date anyways, especially if at some point in the future they release a security update.
With how Avada arranges the HTML for that image there is really only one thing we can do with pure CSS:
#tribe-events .tribe-events-list .type-tribe_events .tribe-events-event-image { background-size: contain !important; }That will cause the image to go back to its original size, but it will tile the image to fill up the remaining space. This is probably not what you want. If you would like the image to go back to its usual aspect ratio without the tiling you will need to talk to Avada. Such a modification will require directly editing their template files, and I don’t have access to those so I can’t walk you through what you’d need to change.
Please let me know if I can be of anymore assistance. Cheers!
– Brook
Brook
ParticipantSetting wp_debug_display to false changes the notice to ‘Array’ but doesn’t get rid of it altogether, so I’m afraid this is not a solution.
Oh well that’s no good.
Thanks for y’alls patience while the team was away. We’re getting caught up now.
I think we’ve tried everything we can reasonably try remotely. Would one of you be okay with sharing a copy of your database? From there I can try out a number of things that are too difficult to walk other through.
- Brook
March 10, 2016 at 12:54 am in reply to: Broken page formatting in organizer list with recurring events #1087035Brook
ParticipantAhh good find! My pleasure. Let us know if you ever need anything else.
- Brook
Brook
ParticipantHowdy again,
Thanks for your patience with us this past week. We’re all catching up on the backlog right now and should be back to business soon. 🙂
Clicking Next gives me the same error as before, line 1445.
Do you have Debug Bar enabled? That could be part of it. Debug bar will often suppress mid page errors for logged in admins, moving them to its console. So if you tested an ajax request like the Next button with Debug Bar while you’re logged in it very well might work. But while logged out or with Debug Bar off, it will generate the Ajax halting error again.
Let me know how I can help!
– Brook
March 7, 2016 at 5:21 pm in reply to: intermittent problem where Calendar month view does not function on mobile #1086094Brook
ParticipantHowdy Elizabeth,
Thanks for getting back. Please do keep us aprised and we’ll do what we can to help. There is certainly some strange juju going on with your website. Even in the desktop browser, Chrome, while viewing your site’s mobile view the links are not quite working right. Clicking on a day causes the days events to briefly appear, only to then disappear. You can see that this does not happen on other sites, like our demo one.
The easiest way to begin testing something like this would be a conflict test. This guide walks you through how to test for a conflict, and then identify what is conflicting.
If we can be of help along the way please let us know how. Cheers!
– Brook
Brook
ParticipantHowdy stpaulme,
We have a ticket to see if anything has changed recently. But last time we looked into this we could either be compatible with Outlook and incompatible with everything else including Macs and all smartphones, or we could be compatible with Outlook. We had to choose the larger market. But as soon as that changes and we can be compatible with both we’d love to craft a solution.
- Brook
Brook
ParticipantHowdy Todd,
Definitely we can help. It’s the exact same principle, only you are targeting the filter ‘tribe_get_venue_website_link_target’ instead. Set that _blank like you did with the event website and you’re golden.
That what you needed?
Cheers!
– Brook
Brook
ParticipantThanks for getting back to us Jskk123. That’s a good workaround for now. Thanks again for reporting this. We’ll let you know when we have news.
Cheers!
– Brook
Brook
ParticipantHowdy Rich,
I can see the confusion caused by this. The cost field is a bit complicated. In our Core plugin we offer the ability to specify the cost of an event. This is basically just a text field that allows you to show if an event has a cover charge. If you get a ticketing addon such as Eventbrite Tickets then we hide that basic cost field from the admin side, and replace it with the EventBrite ticket data.
The function tribe_events_admin_show_cost_field() is checking to see if it should show this basic cost field. When EventBrite is active it should say no, because this cost field will not reflect the data on EventBrite or its tickets. If you’ve filtered it to return true, strange behavior will result. You can change this field all day long, and it will save to the database, but the info won’t show up on the front end if EventBrite tickets are present. The reason being is because EventBrite is active and so the front end is now reading from the Eventbrite ticket data instead.
Does that make sense? Does it inform what you’re trying to do? If you have followup questions please fire away. Cheers!
– Brook
Brook
ParticipantYou’re super welcome. Thanks for getting back!
- Brook
Brook
ParticipantThis reply is private.
Brook
ParticipantThanks for letting us know what the fix was Paul. That’s very interesting, we’ll keep an eye out for that in the future.
Cheers!
– Brook
-
AuthorPosts
