Add a form for submitting new additions to the calendar #13
Labels
backend
Changes to the backend rails server
enhancement
ui
Changes to the UI/UX of the page
website
Related to the main website
Original body of this issue: Though I like chatting with meeting organizers, this would save some back-and-forth.
Update for May 13, 2023:
Calendar Event Submission Feature
Problem
We have a shared Google Calendar of events that is very often out of date or lacks events that are happening in our community. We have attempted to partially remedy this issue by using this Google form to allow folks to submit events. There are a few issues there, some self-inflicted:
Solution
I suggest we allow users to enter calendar event requests directly from the Indy Hackers website.
This will eliminate the awkwardness of the Google Form for both user and admin, help the board stay on the same page with regards to these requests, and make it easier for the board to keep the calendar up to date. Keeping the calendar up to date will ultimately help our community trust the calendar, and hopefully help to increase awareness of and attendance of the events.
Ultimately, this is pretty similar to how we do "job post requests" today, allowing for direct moderation and separating concerns to handle the possible different needs of a "request" versus actual item itself—event, or job post.
UX
The user experience of the Google Form leaves something to be desired. It's not really intended for this particular use case. I think we can shrink the length of the form and match the experience of calendaring apps and the like to improve the experience and match typical expectations.
Prior art for this includes Google's UX:
It could be tempting to use a natural language date/time parser like Chronic. I am not convinced the UX on this is actually better—because I don't think it will get it right every time. So it will be a slightly better UX, potentially, most of the time. It could be incredibly frustrating a small percentage of the time. In addition, it is of course yet another dependency on this small codebase. I don't think the library is well-maintained at this point. (Is there another?)
Future Considerations
There are some future (perhaps far future) things to consider that could effect the shape of the solution today. Indy Hackers might want to have our own event listings, replacing the shared Google Calendar (which is manually managed today) with a mechanism that allows these event requests to easily become event records themselves. We can then output iCal, GCal, Outlook calendar formats if folks want to add events to their calendar, rather than subscribing to the shared calendar or adding one off events from it.
The text was updated successfully, but these errors were encountered: