RGJ
(Richard - Communiteq)
12. Dezember 2022 um 16:33
1
Ich bin gerade auf dieses Problem gestoßen. Achten Sie auf die Uhrzeit im linken Popup, wenn ich auf das erste-zweite-erste klicke.
Zum Beispiel wäre 2022-12-13T14:00:00Z ideal, obwohl ich wahrscheinlich auch 2022-12-13T13:30:00Z verwenden könnte?
Es tritt nur auf, wenn die beiden Daten im selben Absatz stehen. Wenn Sie also vor „obwohl“ Enter drücken, wird das Problem behoben.
GIF
7 „Gefällt mir“
Ich habe mit der Kalenderfunktion herumgespielt und ein paar seltsame Dinge gefunden, die mit dem Fehler zusammenhängen könnten.
Ich bin übrigens auf dem Handy (iPad).
2 „Gefällt mir“
ted
(Ted Johansson)
15. Dezember 2022 um 02:58
5
Toller Fang!
Als wir dedizierten Support für Datumsbereiche hinzufügten, fügten wir auch einen Fallback für die alte, „automatische“ Erkennung hinzu (d. h. gibt es zwei Daten im Absatz, dann betrachte es als Bereich).
Dieser Fallback beruht auf der Überprüfung der Anzahl der untergeordneten Elemente im Absatz. Beim Erweitern des Modals wird das Modal-Element ebenfalls als untergeordnetes Element hinzugefügt. Deshalb gibt es unterschiedliche Ergebnisse, wenn auf ein Datum geklickt wird, je nachdem, ob ein Modal bereits geöffnet ist oder nicht.
Arbeite an einer Lösung.
4 „Gefällt mir“
ted
(Ted Johansson)
12. Januar 2023 um 10:58
6
Dies wurde in PR#19477 behoben.
main ← Drenmi:fix/remove-magic-time-ranges
opened 06:30AM - 15 Dec 22 UTC
### History
In #15474 we introduced dedicated support for date ranges. As par… t of that change we added a fallback of "magic" date ranges, which treats dates in any paragraph with _exactly_ two dates as a range. There were discussions about migrating all such paragraphs to use the new date range element, but it was ultimately decided against.
### What's the problem?
1️⃣ A minor [bug](https://meta.discourse.org/t/timezone-bug/248674) was reported relating to the "magic" date range. If a Tippy was already open when expanding a date, the date would be considered a single date, but if no Tippy was open, it would be considered a range. So expanding the same date could have different results based on the initial conditions.
(The reason this happened is the fallback relies on the number of elements in the paragraph being exactly 2, but the Tippy element was also added as a child of the same paragraph, resulting in 3 children.)
2️⃣ While working on this, I additionally found that using two date ranges in the same paragraph would result in all dates in the paragraph being treated as single dates, rather than being grouped together in ranges.
### How does this fix it?
Firstly, we remove the fallback to "magic" date ranges, as decided. This fixes the 1️⃣ problem.
Secondly, when looking at an element and it's parent paragraph, we now select all date range children and partition them two-by-two. This fixes the 2️⃣ problem.
### In summary
- Single dates are now always rendered as single dates.
- Multiple date ranges in the same paragraph now works correctly.
### In action

5 „Gefällt mir“