Thanks for the votes here. Multiple users report successfully using a third-party plugin to duplicate events. You’ll need to look for a plugin that can duplicate Custom Post Types. There is even third-party plugin meant specifically for our products :-)

As you can imagine, we get a ton of new feature requests every day.
Even though we are super grateful for such an engaged client base, we unfortunately cannot code fast enough to implement all of them.

As such, we have to prioritize new features based on User Votes and feedback.

It is also worth noting that until this becomes a part of our plugins, you can absolutely use a third-party free plugin to duplicate events.

There are many of them out there (that support custom post types), but here's one apparently specifically intended for our plugins :-)

If anyone here does need help getting this solution to work, please open a support topic. The Post Duplicator plugin forums can give you in depth help with that plugin. Our forums can help provide more general advice along with specific details on our Custom Post Type if needed.

Hi Steph! We can certainly take that on as a general point for all our future development, but I'd be interested to know if there was one or more of our plugins (and/or one or more views/screens) that you were particularly interested in, here. Thanks :-)

Thank you guys so much for your feedback. Work on this is about 50% complete.

However, when we reanalyzed our priorities we realized that some of our new features, like year view, should be put on hold for now to make time for some higher impact endeavors. We are currently focused on bug fixes, architecture improvements, and polishing our current UI. While these improvements are not as “flashy” as new features like year view, they are helping a significantly greater portion of our users than this sort of new feature. Thus, we have to focus on these for a while longer. Once those tasks are complete we will have some extra time for exciting things like finishing year view.

When year view was about half way complete we had our priorities shift a little bit. We are currently focused on bug fixes, architecture improvements, and polishing our current UI. While these improvements are not as "flashy" as new features like year view, they are helping a significantly greater portion of our users than this sort of new feature. Thus, we have to focus on these for a while longer. Once those tasks are complete we will have some extra time for things like finishing year view.

I will update the status of this to more accurately convey that it is on hold for now, but work will resume as soon as we have time.

This unfortunately only gets about 1 vote every 3 months. Our more popular feature requests can easily get that in a day. Thus this is naturally lower priority.

To be up front, I doubt it will ever get implemented as a native feature. We get many new feature requests every day, more than we could ever possibly build. And so we rely on various metric to prioritize which ones will actually get built. This one scores low in our metrics.

This might already be possible with third party add-on plugin. Have you tried using any of the HTML to PDF plugins available? For instance, DK PDF claims to be able to support custom post types, and can convert their pages to PDF:
https://wordpress.org/plugins/dk-pdf/

This is a great idea and we really appreciate you sharing it. It is very possibly something we could build as an extension or an enhancement we could include in of our feature updates. We will continue keeping an eye on this, and slot it as soon as we can amongst our hundreds of other great feature ideas.

Before responding I just wanted to say I really appreciate your passion for getting this feature on the roadmap. That's a lot of research and I am stoked that your shared it.

The truth is we have hundreds of feature requests we would love to implement, and this is one of them. Some of those feature requests demand many months worth of work, all for one feature request! In total we probably have enough feature ideas to keep us busy for 5-10 years, assuming we ignored every new feature request that comes in during those years.

Obviously we can't do them all, so we have to prioritize. We have many metrics that feed in to prioritizing. One of them is votes, another is forum topics. And while it's hard to quantify, we definitely try and gauge people's passion for a feature as well, passion such as yours. There are many other factors we have to consider, and after considering them all we build out roadmaps. As I stated a couple weeks back, this is something we're keeping an eye on. It gets on average about 2 votes per month. Yet we have feature requests that get 2 votes almost every day. And sadly, 6 forum topics over 4 years is also quite low, though I'm sure we could dig up a few more.

All the same votes are not our only metric. In spite of the relatively low public interest in this feature, we are genuinely hopeful that we can find time to build it. It all comes down to when. Right now our current roadmap goes out about a year, and this isn't on it. Hopefully it will sneak in some day soon.

Thank you all for sharing your feedback. It is very informative to know folks wish to use that calendar.

In the interest of collecting more information about this, would any of you be willing to share the RSS feeds you have that contain events? We would like to examine the format these events are in, and see if there is any commonalities between them. Unfortunately RSS feeds do not have fields like “start date” or “end date”, or any other event related fields. Thus, it is probable that there are a wide range of formats being used for sharing events over RSS. We will need to examine them to better understand what it will take to build this feature.

Thanks for your continued feedback here. We would love to serve all of your needs. To help with this please share a link to an event feed that you would like to import, if you can.

So far we only have one feed shared with us. We will need a number more to better understand y'alls needs. The one shared thus far appears to put the event's startdate within the <pubDate> field, and it contains no end dates. Thus, any event imported from it would not contain end dates. The only fields that could be imported would be the title, start date, and description. If this sounds like the behavior you would like to see, please let us know!

Right at this time we're going to leave the status for this request as "Needs More Votes" - simply because while it has already gathered quite a lot of support Gerlando does a great job of highlighting that it is the sort of thing that would likely require some level of developer-expertise for users to take advantage of.

So - while we're not discounting the idea - we would like to see really strong support before moving forward with the concept.

Thanks for the suggestion. We would like to see more votes on this and not sure how feasible it would be to import events by rss as we need the start and end dates always formatted the same way. I think more likely we will end up using the WordPress REST API to do something similar once it is integrated into WordPress. But if enough people vote on this, it is certainly something we would look into.

Is the goal here to import events that are published via RSS from other sources? Or is the goal to include other RSS feeds within the events RSS feed, which can typically be found at: yourdomain.com/events/feed/ ?

Thank you for clarifying. One possible solution that you can implement right now is to click "Screen Options" in the upper right, and change the records per page to a large number such as 999. Then all of the records will be shown on the one page, and you can use your browsers find function to search through them. On Windows you would press Ctrl + F to open up the find, on Mac its Cmd + F. Type in "joe", and it will help you jump straight to any records containing that word.

Does that sound like a useful temporary solution? We have many popular feature requests, and so it could be a while before this gets implemented. Hence why I am interested in providing you with a solution that works now.

We’re continuing our work on a huge revamp of recurring events that would pave the way for recurring tickets. Additionally we’re working on backend improvements to tickets to support this kind of complicated functionality. Please continue to share your use cases in comments so we can strategize the scope of this long-awaited feature.

You make a valid point about the snippets. We are working on improving how these integrate with our plugin while keeping in mind that including all of the snippets in our core code would create a really high number of options available, which in turn might reduce clarity.

So this is very much a balancing act.

As for the design feedback, I'll make sure I forward your comment to Jony Ive. We do share your disappointment on how he failed to make our plugin look like it was designed by Apple ;-)

Could you see something like this being an integration with an email service, like MailChimp and/or Campaign Monitor? For example, sync an attendee list with a subscriber list in one of those services, then set up automation to email attendees as the event draws near?

I've added this ticket to our system for further consideration, but would love your additional feedback here as well.

Thank you @Denon for taking the time to provide us with some food for thought as well as some your find of a slider plugin that works great for you.

As for the look of the calendar, you are right, we do aim at making it as customizable as can be. If you are experiencing issues with updates overwriting the changes you have made, you might want to use a Child theme and/or some template customization. You might want to read our Themer's guide to get a sense of how that works: https://theeventscalendar.com/knowledgebase/themers-guide/

Implementing a graphical solution, where you can click on a given seat and it will reserve it, is probably not possible due to the complexity and technological limitations.

However, would the ability to upload an image of your seating map/chart work? From there you could specify a list of seating names in the backend and when a user purchases a ticket they can select from a drop down of available seats, and cross reference it with your seating chart image so they now which goes where. We realize this will not be as fancy as many people are picturing, but since it is actually possible to implement it is a compromise we would be interested in looking into if this will solve your needs.

Implementing a graphical solution, where you can click on a given seat and it will reserve it, is probably not possible due to the complexity and technological limitations.

However, would the ability to upload an image of your seating map/chart work? From there you could specify a list of seating names in the backend and when a user purchases a ticket they can select from a drop down of available seats, and cross reference it with your seating chart image so they now which goes where. We realize this will not be as fancy as many people are picturing, but since it is actually possible to implement it is a compromise we would be interested in looking into if this will solve your needs.