Drew McManus

Forum Replies Created

Viewing 15 posts - 16 through 30 (of 33 total)
  • Author
    Posts
  • in reply to: Moved: add dynamic parameters to the ticket URL #139
    Drew McManus
    Lead Dev

    HI Brian,

    Just to be sure I follow, you’re using VEM Pro and the custom code we put together for you via the other project, correct?

    If so:

    1. what’s the URL for this new project where the calendar is being displayed
    2. You’re only using the calendar, not a listing (if you are using a listing, what’s the URL where that lives)?

    If you want to remove the “event details” link from the calendar popups, you can do that with CSS:

    .vem-single-event-url {
        display: none;
    }
    

    You can apply that universally or use calendar’s unique ID to limit it to just that instance. Each calendar generates an ID automatically, you can find it via Inspect Element: https://www.screencast.com/t/AX4PmeyQkUel

    Drew

    in reply to: Moved: add dynamic parameters to the ticket URL #137
    Drew McManus
    Lead Dev

    Hi Brian, actual ticking functionality via ecommerce will need to be controlled by whatever ecommerce platform you’re using. However, you can show availability on the frontend via any point where a VEM ticketing link/button appears one of two ways:

    1. Using the “Notes” field and manually edit the values (item, “B” on the creating and editing events documentation page).
    2. Automate that process via some custom programming.

    For option #2, it circles back again to whether your ticketing platform makes it possible to push that information via API. If so, there are a couple of hooks where you can introduce that into VEM.

    Blue skies,
    Drew

    in reply to: Dynamically populate Gravity Forms fields #133
    Drew McManus
    Lead Dev

    Many thanks Brian, I’ll keep an eye out for your note.

    in reply to: Today's date on calendar is incorrect #127
    Drew McManus
    Lead Dev

    No problem, glad I could help 🙂

    in reply to: Today's date on calendar is incorrect #125
    Drew McManus
    Lead Dev

    Hey Brian, I just took a quick look and here’s what I’m seeing: https://www.screencast.com/t/7K60XVv0X

    When I visit that page in regular and incognito mode, it’s indicating the July 3 date.

    Are you working locally or perhaps a server with a timestamp setting that might be off?

    in reply to: All-day events? #123
    Drew McManus
    Lead Dev

    Marking this as resolved. Be sure to keep an eye on the changelog for the new auto-remove occurrence feature on single page events: https://changelog.ventureeventmanager.com/

    in reply to: Moved: add dynamic parameters to the ticket URL #121
    Drew McManus
    Lead Dev

    And thanks again for such a great question.

    in reply to: Moved: add dynamic parameters to the ticket URL #120
    Drew McManus
    Lead Dev

    Hi Brian, I’m sending you a direct email shortly.

    in reply to: All-day events? #115
    Drew McManus
    Lead Dev

    Okay, here’s the news from my dev:

    While we have a filter on what data is returned, all the calendar data construction is Javascript and so there aren’t filters.

    You could use the filter if you need to add more data to what goes to the front end this way:

    $results = apply_filters('vem_get_calendar_data', $results, $calendarId, $topCategory);

    (That is, the ‘vem_get_calendar_data’ filter, and the above is the code that calls it so you can see what data gets to that filter.)

    On the front end, you would need to inject something into your Javascript to change how the display is constructed.

    in reply to: All-day events? #113
    Drew McManus
    Lead Dev

    Quick update here: it looks like we’ll include the auto remove past events from single page occurrences in our next feature related release (2-3 weeks). I don’t know how that might impact your time line here but thought you’d like to know.

    My dev is looking over the other two items now and we’ll update each thread once he has something for you.

    Drew

    in reply to: Moved: add dynamic parameters to the ticket URL #111
    Drew McManus
    Lead Dev

    It sure does help, many thanks for confirming. That’s definitely going to be a custom programming item but I’ll let my lead dev take a look and respond.

    in reply to: Moved: add dynamic parameters to the ticket URL #109
    Drew McManus
    Lead Dev

    Hi Brian,

    Just so I understand, you’re looking to auto populate gravity form fields based on the inbound link used via a VEM occurrence ticket URl field, correct?

    If that’s correct, I can say that it’s likely doable but would fall into a custom programming item on our end. If it does fall into that territory, we can always look at whether it’s something we can package up as a stand alone plugin and therefore qualify for the revenue share program (https://ventureeventmanager.com/pricing/).

    Nonetheless, let’s confirm the outcome here first and I can let you know for certain.

    Drew

    in reply to: All-day events? #108
    Drew McManus
    Lead Dev

    Let me move that over to it’s own thread as this one’s getting convoluted (and less useful for anyone searching for answers to similar questions).

    in reply to: All-day events? #106
    Drew McManus
    Lead Dev

    I’m glad to hear there’s so much being covered on such a unique set up with standard functionality and those other items are on our radar and we’ll be back in touch as soon as we can. Feel free to post any other questions as they arise.

    Drew

    in reply to: All-day events? #104
    Drew McManus
    Lead Dev

    I’ll have our lead dev get the hook info and update here once it’s ready.

    As for the occurrences on single event pages, we recommend using the widgetized sidebar or the calendar options as those tend to work better inside responsive designs and they tend to produce a much better end user UX for anything beyond a handful of occurrences. But I’ll ask our dev if there’s a snippet to apply the auto remove on single events via the default occurrence drag and drop module.

Viewing 15 posts - 16 through 30 (of 33 total)