Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is it possible to have a starting_hour_utc ? #383

Open
lu-zero opened this issue May 27, 2024 · 3 comments
Open

Is it possible to have a starting_hour_utc ? #383

lu-zero opened this issue May 27, 2024 · 3 comments

Comments

@lu-zero
Copy link

lu-zero commented May 27, 2024

Sometimes the calendar is to be used by people from different timezones so would be nice to have the starting_hour set to UTC so changing the timezone would still show the window of hours in which the events would happen.


We're using Polar.sh so you can upvote and help fund this issue. We receive the funding once the issue is completed & confirmed by you. Thank you in advance for helping prioritize & fund our work. Fund with Polar
@niccokunzmann
Copy link
Owner

niccokunzmann commented May 27, 2024

Hi, this is interesting! Yes, that is well possible, I think.
We could also add
start_and_end_tz=UTC

So both are interpreted in the same way.

I wonder what happens if the end or start walk over to the next day e.g. 23:00.

In #324 we also spoke about calendar scrolling to the first event to make it visible.

We could also add a time=hh:mm like date which would e.g. center the calendar around that time of the day. That could also be in UTC, switching over to the next day if that time is tomorrow.

What are your thoughts?

@lu-zero
Copy link
Author

lu-zero commented May 27, 2024

All the options sound good, defaulting to scrolling to the first event seems the nicest to us end-users, but also centering the calendar to an utc-date would work great for our use case.

@danielpeintner
Copy link

In #324 we also spoke about calendar scrolling to the first event to make it visible.

Scrolling to the first event seems in most of the cases the right (and from the user point of view expected) behavior.

starting_hour in UTC etc are nice (and useful) features.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants