Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Comments

Issue #3414/clock: Shift ONLY calendar#3457

Merged
Alexays merged 1 commit intoAlexays:masterfrom
RobertMueller2:issue_3414
Jul 22, 2024
Merged

Issue #3414/clock: Shift ONLY calendar#3457
Alexays merged 1 commit intoAlexays:masterfrom
RobertMueller2:issue_3414

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
@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