Improve preset period selector behavior

[tzi]

Description

This PR improves the preset period selector behavior:

• Selecting a preset do not disabled the calendar anymore: It looks more like a "Period type + date" named shortcut
• It also behaves like an indicator: when the users select a preset manually by navigating via period/date combinations it is marked as selected as well.

Screen.Recording.2026-06-01.at.23.58.30.mov

issue dev-20172 #24425

Test Scenario

1. Click any preset:

• it should select a period type and a calendar date
• Ex: today select "Day period" + "day date"
• you could click "Apply" to apply

2. Double Click any preset:

• it should select a period type and a calendar date
• It's applied without having to click on "Apply"

3. Manual selection

• it should select a preset if it matches the manual selection
• Ex: I select "This week" and then select the week before thanks to the calendar, if I reopen the PeriodSelector we can see that "Last week" is selected

Checklist

• [✔] I have understood, reviewed, and tested all AI outputs before use
• [✔] All AI instructions respect security, IP, and privacy rules

Review

• Functional review done
• Potential edge cases thought about (behaviour of the code with strange input, with strange internal state or possible interactions with other Matomo subsystems)
• Usability review done (is anything maybe unclear or think about anything that would cause people to reach out to support)
• Security review done
• Wording review done
• Code review done
• Tests were added if useful/possible
• Reviewed for breaking changes
• Developer changelog updated if needed
• New documentation added or existing documentation updated

[chippison]

We also seem to have removed 'rolling dates' (today, last7, last30, thisMonth etc) in the url.

This will mean if a period is saved/bookmarked, when the that bookmarked date is returned to, it will no longer have the same context.

Meaning if I chose to get a report for the last month (lets say this month is: June, then last month is May) and bookmarked it,

Previously, once we go to the bookmarked page after a month, it will show 'last months' report (show June report since its July after a month),
Now, it will still show May's report

This seems to be a previous needed behaviour since we put in a bunch of code to make this work.

If we decide not to honor the rolling dates anymore, there would be a bunch of dead code that needs cleaning up

[chippison]

There are some double/redundant functions that we can remove.

Also a 'dead' css rule as well

[chippison]

Nitpicking here:
You seem to have called PRESET_DATE_RANGES.find twice in this function. (line: 326 and 337)
Could be done in one

[chippison]

There is a regression when clicking through the dates:

1. Rolling dates disappear/go back to real dates when reclicking on the preset for last7, last30, last90

rolling-dates-disappear.mov

2. When clicking on a preset date, I can no longer add comparisons to it unless I change preset first

cannot-compare-on-same-date.mov