4 ms·
Thanks for the feedback! 1. Added some more timezones, but not yet comprehensive I guess 2. Added work_week option for desktop 3. Same as 2 4. Maybe in the
by jonathancai11 6y ago
Thanks for the feedback!
1. Added some more timezones, but not yet comprehensive I guess
2. Added work_week option for desktop
3. Same as 2
4. Maybe in the future? But I think my original goal was to avoid links so you can send self-contained availabilities in an email to someone
- netsharc 6y agoOn the topic of week starts, US calendars is funny because it starts on Sunday. European calendars start on Monday. In some Muslim countries they have Fridays, Saturdays off, and I guess they work again on Sunday. Welcome to dealing with time! I'm sure you've also read: https://infiniteundo.com/post/25326999628/falsehoods-programmers-believe-about-time https://infiniteundo.com/post/25326999628/falsehoods-program... . I guess a logical option would be to have 2 options: "Start week on [Weekday]" (using a dropdown chooser) and "Show [n] days" (some people maybe want a 6-day week, and others just a 3-day one!). I noticed the "Copy" button generates a copy-pastable text. I was half expecting an encoded URL that one could share with people, they'd open this URL in their browser and see what the user just entered. For me at least it's easier to see a graphical calendar rather than trying to parse entries like "Friday May 1, 8:00-10:00." The data doesn't even have to be stored server-side, you could encode the times and generate a URL with a "#", which the app would then decode so it could render the calendar with the markings.
- jonathancai11 6y agoThe article looks interesting, I'll have a read in a bit. Also, the URL to send the encoded calendar is a great idea! I've thought about doing that before, but focused on just creating the message because I thought users would rather just get the text and be done with the site, but I think I'll implement it and see if people use it