Support » Plugin: Simple Event Management – Sugar Calendar (Lite) » Calendars Taxonomy Metabox doesn’t Appear on Block Editor (and other feedback)

  • Resolved mrwweb

    (@mrwweb)


    I don’t see any way to select a “Calendar” (event category) for an event when using the block editor. When I switch to the Classic Editor it’s possible to select a category.

    A bit more feedback as this was my first time exploring the plugin:

    • Generally, the fact that the “Calendars” feature doesn’t use the default taxonomy UI was pretty confusing to me after seeing “Event Categories” so prominently mentioned on the plugin page. Having the “Calendars” buried behind a tab made them challenging to find.
    • It’s really confusing that the “Repeats” column appears in the admin “List” view in the Lite version since it appears to not support recurring events.
    • It would be really nice if there was an option to automatically show the calendar view on the “Events” post type archive page. It would make setup faster and lead to nice permalinks. I do recognize though, that there’s a tradeoff in that you can’t easily edit a post type archive page.
    • It is really frustrating to have to click two links (Changelog > Version #) in order to see an update’s changelog from the updates or plugins admin pages. It feels like a penalty for trying to do the right thing and staying up to date on plugin updates.

    I’d love to find a good light-weight events plugin to use and there’s a ton of under-the-hood stuff that I love about this plugin, but I need it to fully support the Block Editor. Because of this issue, I worry the block editor hasn’t been well-tested, and so these issues are enough for me to have to not use this plugin on an upcoming project 🙁 Hope you can get this fixed soon!

    • This topic was modified 1 month, 4 weeks ago by mrwweb.
Viewing 2 replies - 1 through 2 (of 2 total)
  • Plugin Author John James Jacoby

    (@johnjamesjacoby)

    Hey @mrwweb, thanks for the feedback. It’s all very helpful.

    • Gutenberg Calendars: we have an open issue for this. It may require an upstream patch to WordPress. We’re working on it.
    • Calendars in Readme: Thank you for bringing this to our attention. I’ve already changed the description in the readme to be about “Calendars” instead of “Categories”.
    • Calendars taxonomy: noted, but we are unlikely to change this bit of UX. This feature using a taxonomy under the hood is similar to WordPress Menus. It is intended to be familiar, but not intended be identical to traditional Categories or Tags screens, and that is by design.
    • Repeats Column: I see what you mean. I’ll make sure this column is hidden for Lite in the next release.
    • Events Archive: we do have plans for this, and you’re right that WordPress does not make this easy. It will likely be an add-on to completely customize all of the archive views.
    • Changelog: We do this to avoid perpetual translations churn, to reduce the size of the readme.txt file, and to keep shipping releases simple (so it does not need to be manually edited with each release). Sorry that this is as frustrating as it is for you, but there are no plans to change at this time.

    We’ve deeply tested the Block Editor integration. Unfortunately, the Block Editor has incomplete coverage when it comes to WordPress APIs, and its requirements continue to change with every WordPress release. We’re committed to supporting it, but it isn’t exactly committed to supporting us. 😁

    Thank you again for the encouraging words. We’re working on improving Sugar Calendar each and every day. Your experience using it is important, and your feedback really matters to us. Thank you also for taking the time to write everything out so clearly. It will help make Sugar Calendar better!

    Thread Starter mrwweb

    (@mrwweb)

    Thanks for the clear and detailed responses, @johnjamesjacoby! Greatly appreciated (and definitely convinces me to come back and give Sugar Events another look some day).

    Calendars taxonomy: noted, but we are unlikely to change this bit of UX. This feature using a taxonomy under the hood is similar to WordPress Menus. It is intended to be familiar, but not intended be identical to traditional Categories or Tags screens, and that is by design.

    That’s fair, and I can see why you’d want to distinguish this. I think the underlying takeaway then is that I still found this confusing to get started with and hard to find, even when I was looking for it. Even just a little user testing and UI refinement would probably go a long way to improve the NUX.

    Unfortunately, the Block Editor has incomplete coverage when it comes to WordPress APIs, and its requirements continue to change with every WordPress release. We’re committed to supporting it, but it isn’t exactly committed to supporting us.

    I am unfortunately all too familiar with that! Totally understand.

    We do this to avoid perpetual translations churn, to reduce the size of the readme.txt file, and to keep shipping releases simple (so it does not need to be manually edited with each release).

    Any chance we could meet half way and it’s possible to link directly to the latest changelog entry on your site?

    Thanks again for the A+ response. Happy calendaring 🙂

Viewing 2 replies - 1 through 2 (of 2 total)
  • You must be logged in to reply to this topic.