When I tick “Include events in main blog loop” (aka “Show events with the site’s other posts. When this box is checked, events will also continue to appear on the default events page.” )<\/p>\n
If I want to use normal blog posts and events, this feature is broken. It assumes (like the woocommerce integration) that you’re only using this wordpress install for one purpose: events. Not many people are going to do that from what I can see.<\/p>\n
I naturally assumed that would drop the start date into the ‘publish date’ field so that without modification of other themes and plugins it should ‘just work’. This would add MASSIVE value to your plugins for the lay person, and people like myself who spent hours plowing through debug variables and code to work out how to do this without modifying the plugins (which is what I’ve had to do) <\/p>\n
You need a developer to seriously use this set of plugins for a professional site. You CANT do it any other way. There’s too many gaping holes. – like free events having to be RSVP otherwise ticket fees are charged. What if I just want FREE with a cart checkout! (I know another plugin)… I’d fill your user voice with 50 requests if I wrote them, but even that doesn’t guarantee you’ll fix anything. (like putting the event name and ticket name on the woocommerce description – a natural default for any cart)… so many unconventional defaults… so frustrating. I want to shake somebody in your office!! To be honest, I’m debating writing my own plugins for your base events plugins… I’d make tonnes of money just implementing your user voice requests and forum requests (many of which never make it to user voice – why doesn’t your head of support put common issues from here on there, then remove ones that are done!! come on… you’re sooooo close to being a ‘great’ ticketing solution… and don’t start me on mobile apps and your implementation… #ohboy #dealbreaker for many… had to write our own!).<\/p>\n
This seems to be repetitively asked for in this forum (and ignored consistently) and is a GAPING hole in this check boxes feature, in fact it’s a BUG, a massive bug.<\/p>\n
Can you add secondary options to choose the behaviour of this setting:<\/p>\n
if publish date is selected, choice to append start date and end date to posts query\n<\/ol>\n
I’m not going to add this to the user voice page, as that list is badly maintained and a waste of time. There are many items there that are complete and not marked, and features asked for that are badly needed and ignored on your ER\/Bug list. <\/p>\n","protected":false},"template":"","class_list":["post-1188259","topic","type-topic","status-closed","hentry"],"yoast_head":"\n