Noticing two things today about the events plugin - welcome any advice.
First, editing event details bumps the topic. A fix for this I think would be to enable editing of event details via the edit link next to the title - editing titles does not bump topics. This would also address support requests I constantly face in my community - people always forget how to get to the event details. Or there some way I donāt know of to prevent bump when editing just event details?
Second, events in the past are not obviously indicated as such in topic lists. So a date on 3 May 2018 looks like it is happening on 3 May 2019, especially if you edit an old topic to edit date details! This happened to me today. Some sort of visual differentiation between upcoming and past events would be helpful. Displaying event date including year on mouseover even.
I vote for a standardized dialog with an consistent arrangement & alignment of the input fields. The official calender plugin has a nice oneā¦ I guess, weāll see much more useful plugins in case Discourse offers a framework for the most common UI elements
Indeed, the official dialog looks more clean and important input fields (e.g. the until one) is always visible. Just the all-day checkbox seems to be missing. The best thing is, I can use it by tab key and donāt need the cursor all the timeā¦
hmm actually I find the opposite to be true. Open the Insert date / time modal and press tab. Then try opening the Add Event modal (e.g. here) and press tab.
Generally, I agree there are UI improvements that can be made, but I donāt see a huge difference between the date/time selection between the two modals that would reflect significantly in UX.
Create a new topic setting the date from May 20 to June 20 (or another combination as long as the day of the month is the day). All day. Save the topic.
Now the topic shows May 20 only, even if the calendar shows correctly the span of several weeks. (wrong)
If you change the end date to to June 19, then the UI shows May 20 - June 10 (correct).
Hi @angus, any hope you could give this Private iCal feed feature a try some time? What are your plans concerning it? It has become a critical feature for my community.
I actually pushed this a little while ago, but neglected to announce it. You can subscribe to private iCal feeds by adding valid api_username and api_key parameters to an ical feed url, e.g.