The date can be changed using scrolling or the buttons provided. It does not animate the view though. With this MR I have tried to implement this. Though the goal here is not just animating the view. The user can now flick the view as well to change date. There is already https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1843 this MR that does all of this and more. But there was many controversial changes and the code was a mess. The way animation was being handled could be improved. This is a much more smaller version of that MR. I have tried to make as less changes as possible to the MonthView since it is already very messy. All I have done is creating a new component and wrapped the views in that component. The code changes not as much in the MonthView as it seems in the diff. Here's what I am talking about:

Adds support to the new information offered by KWin. Now it can tell us
that the current client doesn't support Wayland input methods.
Therefore, it sets the plasmoid in a new "unsupported" state that will
offer to force an activation when triggered. KWin will then be able to
emulate a keyboard and it all should work to some extent.
Depends on https://invent.kde.org/plasma/kwin/-/merge_requests/2907
BUG: 439911
The intention of this code appears to be finding system tray applets, since the systemtray is a containment within another applet/containment
However the code causes an infinit recursion since we are calling addContainment on the same containment again
The recursion also is unnecessary since corona->containments() already lists the system tray containment, so we don't need to find it by recursing through the panel's children
Press-and-hold is fairly common on touch UIs, but click-and-hold is a
very rare interaction. As a result, the user is much more likely to
enter Edit Mode accidentally while trying to drag something on the
desktop than they are to know that click-and-hold works here and do
it intentionally.
Let's disable click-and-hold and only enter Edit Mode with a
press-and-hold using a touch device. For pointing device users, there
are already multiple context menus items that will let them enter Edit
Mode.
BUG: 457979
FIXED-IN: 5.26
Instead use KRuntimePlatform::runtimePlatform from KCoreAddons.
The defunct code to set the runtime platform was removed. This value gets set using ENV variables.
Task: https://phabricator.kde.org/T15492
This allows for better searches that just the name and description.
This also takes the original keywords into account and not just the translated ones.
This is not a public header, so we don't care about compatibility. SDDM
does not use standard Qt roles like DisplayRole or DecorationRole, so
there's little reason for this sessions model to redefine them either.
We should better align this model class with SDDM::UserModel to reduce
confusion. Enum classes might be better for some tasks, but they aren't
widely used for Qt model roles, and they require extra casts without
added safety benefits.
The calendar plugin should not exist in plasma-framework as it uses GPL
license, not LGPL license.
The only change in this commit is org.kde.plasma.calendar is renamed to
org.kde.plasma.workspace.calendar
This is a bit more elaborate than a straightforward port, as the old code
already was prone to using dangling string references due to values from
the English language block being out of scope when the reference were used
in the final loop.