RGJ
(Richard - Communiteq)
Dezembro 12, 2022, 4:33pm
1
Acabei de encontrar isto. Veja a hora no popup esquerdo quando clico em primeiro-segundo-primeiro.
Por exemplo, 2022-12-13T14:00:00Z seria ideal, embora eu provavelmente também pudesse usar 2022-12-13T13:30:00Z ?
Isso só acontece quando as duas datas estão no mesmo parágrafo, então pressionar Enter antes de “embora” resolve o problema.
Gif
7 curtidas
Brinquei com o recurso de calendário e encontrei algumas coisas estranhas, pode estar relacionado ao bug.
Estou no celular (iPad), a propósito.
2 curtidas
ted
(Ted Johansson)
Dezembro 15, 2022, 2:58am
5
Ótima observação!
Quando adicionamos suporte dedicado para intervalos de datas, também adicionamos um fallback para a antiga maneira “automágica” de detectá-los (ou seja, existem duas datas no parágrafo, se sim, considere-o um intervalo).
Esse fallback depende da verificação do número de elementos filhos no parágrafo. Ao expandir a modal, o elemento modal também é adicionado como um elemento filho. É por isso que existem resultados diferentes ao clicar em uma data, dependendo se uma modal já está aberta ou não.
Trabalhando em uma correção.
4 curtidas
ted
(Ted Johansson)
Janeiro 12, 2023, 10:58am
6
Isso foi corrigido em PR#19477 .
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 curtidas