George

Forum Replies Created

Viewing 15 posts - 9,526 through 9,540 (of 10,499 total)
  • Author
    Posts
  • in reply to: Configuration during testing #961794
    George
    Participant

    Cool, thanks for the update Nancy.

    Best of luck with your project,
    George

    George
    Participant

    Glad to see it Benjamin! Best of luck with your site. And remember, both tribe_get_events() and get_posts() do just “wrap” the main WP_Query class, so even through you’re not calling it directly, you should still be able to find that WP_Query documentation helpful if you want to further customize your queries and such.

    Be sure to keep good backups of all custom code like this – and of your site in general!

    Cheers 🙂
    George

    in reply to: The Events Calendar: Eventbrite Tickets Version 3.9.3 #961790
    George
    Participant

    Hey Mathieu,

    In your post above, you wrote this:

    I’ve just tried to deactivate and then activate […]

    You might have just misspoken or something here, but it seems from your writing that all you’ve down so far is simply deactivate and then re-activate the Eventbrite plugin.

    This is not sufficient to address the problems you report here.

    The 3.9.4 update addresses the bugs you’ve reported, so it seems like your site is just not running the actual 3.9.4 update.

    Do you run through the actual update process, and do you see the version number 3.9.4 in your admin’s “Plugins” page? Even if so, you may find it necessary to manually delete the existing Eventbrite Tickets plugin files from your site’s /wp-content/plugins/ directory and manually upload files from the 3.9.4 update (which you can access at http://theeventscalendar.com/my-account/downloads) to replace the deleted version.

    I hope this makes sense and is helpful – let us know if either is the case! 🙂

    — George

    in reply to: Remaining ticket #961787
    George
    Participant

    Great! Be sure to keep good backups of your site and any custom code like this 🙂

    Cheers,
    George

    George
    Participant

    Hi Chris,

    I’m very glad to hear the first issue is resolved! As for the second issue, if you’ve already opened a new thread, can you share the link to that thread here for reference?

    On the topic of that issue, not to be too obvious, but are the events that are duplicated the same events that have already been imported in the past? Or are events that have never even been imported before being duplicated upon import?

    Thanks,
    George

    George
    Participant

    Hey James,

    I’m sorry for the delayed response time here!

    I have so far failed to produce these problems – I’m curious, can you clarify exactly what you mean by your comment above that reads like this:

    I have tested adding an event on the first, last, and middle of the month. It doesn’t make any difference. In all cases it only appears in the month view when I add another event.

    The emphasis on the last sentence there is mine – what do you mean by this? You say adding events in the first / last / middle of the month did not help, unless you add another event. I realized just now that I’m not 100% certain what you mean by this description of things, there may something of value here.

    Thanks,
    George

    in reply to: Change the default meridiem displays for am and pm #961779
    George
    Participant

    Hey Lillian,

    The code I shared above did work fine for me on my site, so I’m curious about other problems on your site that prevented the code from working correctly – the only further step I can think of here would be for you to share your whole functions.php with me directly, so I could review how you’ve added that custom code above – perhaps you’ve left a <?php bracket left open or something, or accidentally left one of the { braces open.

    To do that, just copy your version of the functions.php file with the code that I shared above added to it to a Gist at http://gist.github.com, and then share a link here to that published Gist. We can look at your code and see if anything is wrong there.

    If not, then the failure of the custom code would likely mean that there are therefore other plugin or theme conflicts on your site.

    Let us know if you’d like to go down this road of further inspection here, or would rather do what you mentioned near the end of your post above and just wait for the next official updates.

    Thanks!
    George

    in reply to: Someone stole your plugin #961776
    George
    Participant

    Thanks for your input here James, and for supporting the original (and true) brand of ours.

    Impostors pop up frequently, and the GPL license makes stopping them manually difficult to do, so the best we can do is mostly just keep our heads down and keep making better stuff than all of them 🙂

    Cheers!

    in reply to: Map View not working (JS error) #961775
    George
    Participant

    Thanks for the update here Peter! Based on your last reply here, I’ll go ahead and close up this issue, glad the theme author was able to find the problem and fix it promptly.

    Cheers!

    George
    Participant

    Great! Let us know what you find.

    in reply to: Eventbrite Tickets Box Error #960643
    George
    Participant

    Hey Nathan,

    First of all, thanks for digging into this and finding out that the custom code in our tutorial is the source of your problem here – we’ll update that ASAP!

    For now, you should be able to keep using that code just fine if you replace the reference to ‘displayEventBriteTicketForm’ with ‘print_ticket_form’. So, in that custom snippet this line of code:

    
    display_tickets = array( Event_Tickets_PRO::instance(), 'displayEventBriteTicketForm' );
    

    Would now look like this:

    
    $display_tickets = array( Event_Tickets_PRO::instance(), 'print_ticket_form' );
    

    I hope this helps! Let us know if it clears up issues for you 🙂

    Thanks,
    George

    in reply to: Recurring events #960640
    George
    Participant

    Hey Eric,

    While our PRO add-on has recurrence functionality that would indeed handle the recurrence of the event itself fine, in line with the description you gave for it, unfortunately the “left-spot” / event registration is a bit trickier – as things currently stand, our ticketing add-ons only handle ticketing for single events. So even if an event is within a recurring series of events, tickets can only be sold for one at a time.

    It sounds like for the registration/”left-spots” functionality, you’re trying to sell tickets or reservations that are sold one time, and sign someone up for all of the events in the series. Is this correct? If so, you’d unfortunately have to either build something that enables this yourself, or attempt to work around the limitation by simply selling tickets to the first event and just checking against that for all future events manually.

    Let me know if anything here helps or if you need clarification about a specific thing I mentioned.

    Thanks!
    George

    in reply to: Configuration during testing #960636
    George
    Participant

    Hey Nancy,

    There’s no especially-endorsed way to do the sort of testing you describe here, or any automated / separated ways of doing this within the plugin, but you could indeed do the steps you recommend manually: i.e., creating a [free] test Eventbrite account, testing out events, and then deleting any events from this test period off of your site before going live.

    I hope that addresses your actual concerns here – let us know if it does!

    Thanks,
    George

    in reply to: Mobile Display of Calendar #960631
    George
    Participant

    Awesome! Glad to hear it Katie, best of luck with your site 🙂

    George
    Participant

    Hey Benjamin,

    There are a few tips we can indeed offer here.

    First of all, if you’re going to be using any custom events display, it’s best to set ‘eventDisplay’ to just ‘custom’, instead of trying to wrestle with any of the tribe-specific values like ‘upcoming’, ‘past’, etc.

    Next, instead of using ‘tribe_events_cat_name’ for the Events Category category name, just use ‘tribe_events_cat’.

    Beyond this, there isn’t any Tribe-specific documentation for this function and its arguments because the function itself is just a wrapper for the WP_Query arguments.

    Instead of consulting the WordPress Codex article about the get_posts() function, you should consult all the arguments and all their detailed descriptions / examples in the official WP_Query documentation here → https://codex.wordpress.org/Class_Reference/WP_Query

    Also, ‘start_date’ can’t be passed to the query directly like you have in your example. It has to be passed within a ‘meta_query’ parameter using the ‘_EventStartDate’ meta key – consult the WP_Query documentation for examples of working with this.

    A lot of small details arise even when trying to make customizations that seem simple on the outset, as you can see here, which is why we generally have very tight limitations on customization support to begin with. It can be tricky, but you’re already most of the way here with the arguments you’ve shared in your code examples and such, so I’m sure that with some fiddling around and a thorough examination of the WP_Query class, you can get something workable here.

    Be sure to make good backups of your progress along the way!

    Best of luck with your customizations,
    Georgeg

Viewing 15 posts - 9,526 through 9,540 (of 10,499 total)