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

Issue #3414/clock: Shift ONLY calendar #3457

Merged
merged 1 commit into from
Jul 22, 2024

Conversation

RobertMueller2
Copy link
Contributor

@RobertMueller2 RobertMueller2 commented Jul 20, 2024

Fixes #3414

Right now, for the tooltip, all times are shifted if shift-down/shift-up actions are used. But it really only makes sense for this to apply to the {calendar} replacement, so use shiftedNow there and now for all the rest.

Because of this I didn't consider a config option. Should anyone miss the old (I'm inclined to say broken) behaviour, I'm happy to add one in the future. ;)

Right now, for the tooltip, all times are shifted if shift-down/shift-up
actions are used. But it really only makes sense for this to apply to
the {calendar} replacement, so use shiftedNow there and now for all
the rest.
@RobertMueller2
Copy link
Contributor Author

Before: tooltip uses shifted date for any date format strings outside of the calendar (maybe for historical reasons, when calendar didn't offer the possibility to include month and year etc)
satty-20240721-14:50:35

After: tooltip uses shifted date for calendar, but current date for any other date format strings
satty-20240721-14:51:35

@Alexays Alexays merged commit 003dd3a into Alexays:master Jul 22, 2024
9 checks passed
@Alexays
Copy link
Owner

Alexays commented Jul 22, 2024

LGTM, thx

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

Successfully merging this pull request may close these issues.

[clock] Printed tooltip year/month is based on currently selected calendar entry
2 participants