Joe Dolson

There isn’t currently a way to mark an event as cancelled, although it’s on my roadmap.

However, you can change the title on just one event in a recurring series. While logged-in, find the event you want to edit. Open the event and click on ‘Edit Date’ to edit the details for only that date of the event.

The show_today argument for the upcoming events shortcode was deprecated in my last major release – mostly because it created a lot of complexity in the code and had a confusing implementation. The code was simplified to produce events that start after “now”, whenever that currently is.

But that really should be including events that are happening today, as long as they’re not in the past.

One thing you can use is the [my_calendar_today] shortcode, which *only* shows today’s events. It’s a much simpler way of getting the events happening today.

So, it’s possible that the issue you’re experiencing is a caching one; try adding your custom icons, then going to My Calendar > Settings > General and checking “Clear My Calendar fragment cache”, then saving settings.

Because replacing icons doesn’t have any corresponding database behaviors, it doesn’t have any mechanisms for automatically clearing the cache, so it may be that the images are fine, but the site is still reading from the icon cache, instead.

@signorrossi Yes, that’s part of what’s very different in how Bluesky handles cards. Other networks handle cards centrally – they check the link, find the og data, and generate a card from it. Bluesky requires the agent that creates the social media update to create the card. When you post it on Bluesky, the agent is bsky.app, and they create the card.

Having support for cards will happen in the next release of the free version; it just won’t have image support. In my initial implementation of Bluesky support, I didn’t realize that this particular aspect was handled differently.

Yeah, I really really wish that media query max-widths accepted regular CSS variables. It becomes a lot more complicated without that. I have some ideas, but none of them are just trivial, unfortunately.

One option is that I could have multiple responsive stylesheets at different common breakpoints, and users could select what they want. Currently, I’m thinking that’s the easiest solution.

The Upcoming Events widget has a lot of settings, and the specific depend on what you’ve configured. That includes a setting to toggle between whether ‘after’ refers to days or to events – so what are the actual settings you’re using?

That’s interesting; it suggests that something was generating a new ID on each page load, because that would cause this problem. I’ll have to experiment and see if I can reproduce it.

I’m looking at this, and *probably* the issue is that My Tickets isn’t checking to verify that it’s inside the loop before rendering the cart. It checks whether it’s the main query, and in 95% of cases that’s sufficient, but it isn’t checking for the posts loop.

I’ll have to do some archaeology to see if there’s a reason I’m not checking that; I have many other plugins that do similar things, and they generally check for the loop, so I’m not sure whether this is an oversight or something that I did for a specific reason. If so, I should have left future me a note about it…