Formato de data curta em posts antigos: AAAA vs AA

Um usuário acabou de declarar com orgulho:

Há também este post no fórum de apenas 2 meses atrás

em apoio à sua solicitação de recurso. Mas, ao que parece, o post não era de 13 de dezembro, mas sim de dezembro de 2013. Desde então, alterei as strings relevantes na minha instalação de 'YY para AAAA para evitar essa confusão, mas, considerando que viveremos em um mundo onde essa confusão continuará acontecendo até 2031 e permanecerá relevante para posts antigos até as décadas de 2040, eu diria que vale a pena mudar em todos os lugares. A clareza obtida com “ei, cuidado, você está cavando fundo nos arquivos” vale bem os 1,5 caracteres adicionais.

Também resolve alguns problemas de i18n - '24 já é informal em inglês e muito incomum em outros lugares, tanto quanto sei. 2024, por outro lado, é bem compreendido em todos os lugares e um padrão internacional melhor.

7 curtidas

Houve bastantes tópicos sobre isso ao longo dos anos, embora o consenso atual pareça ser que os sites ajustem isso como acharem melhor.

Leitura interessante, no entanto:

3 curtidas

Não vejo argumentos a favor de mantê-lo como 'AA em nenhum desses tópicos, pelo menos não em um nível de design de UX. Vejo várias pessoas, incluindo o próprio, apresentando um excelente caso de uso sobre qual seria o benefício dessa mudança:

A correção para isso parece ser uma simples substituição de texto de 'AAAAAA, evitando algumas correspondências onde ' é usado como o início de uma string em vez disso. Posso fazer esse PR.

3 curtidas

Eu gostaria de ver isso seguindo as configurações de idioma porque a maneira americana de mostrar datas (entre todas as outras :wink: ) é realmente confusa e eu simplesmente não vejo a diferença entre 14 de fevereiro e 14 de fevereiro de 2014.

E aviso.

É possível que esteja realmente seguindo a configuração de idioma, porque aqui tenho configurações dos EUA (desculpem, britânicos…). Mas não acho que seja o caso porque o Discourse adora datas curtas e o inglês, por exemplo, não é outro sistema universal de como mostrar tempo, massa, comprimento, etc.

Não é grande coisa. Editei as datas no meu fórum, e a diferença entre data e ano não é um problema real aqui. Bumpers automáticos são…

@Jagster Qual é a sua localidade e a formatação preferida para exibições do tipo “mês e dia” e “ano e mês”? Vejo os arquivos relevantes e posso localizá-los adequadamente (em vez de apenas copiar a solução que estou propondo para en-US) enquanto estou nisso.

É feito editando o texto, procurar por date ajuda :smirking_face:

E para datas curtas estou usando DD. MM. YYYY porque é a forma mais funcional. Como js.dates.tiny.date_year é DD.MM.YY etc.

1 curtida

Este feedback não mudou realmente ao longo dos anos, e não vejo nenhum problema em tentar… então abri um PR para mudar este padrão

12 curtidas

Eu preferia MM 'AA, não vejo por que isso não poderia ser uma opção

Existem muitas opções diferentes. Mas isso deveria ser o padrão? Acho que não, porque a maioria do público global não prefere isso? Não sei se isso é verdade. Só sei que acho isso muito confuso.

2 curtidas

Eu acho que algo como 13 de fevereiro de 2022 seria melhor do que apenas fevereiro de 2022 ou mesmo fev de 2022.

1 curtida

E de novo… a minoria do mundo usa o formato MMM DD ’YY, que é muito ilógico. É tão estranho quanto os cabeçalhos “Where Is Everything In Capital, Commas, Strange, List”, que também é um jeito muito americano :wink:

Exatamente a mesma coisa para mim, e temos limites muito perturbadores para usar OpenAI e Dall-E também, apenas por causa dos americanos :wink:

Meu ponto fraco é que todos nós aprendemos a viver com essas coisas estranhas e fico totalmente feliz se puder mudá-las como quiser, não importa quais sejam os padrões. Mas tenho a sensação de que muitos anglo-saxões também não entendem o formato MMM ’YY.

Será que temos tempo livre demais, porque isso não é tão importante :rofl:

@darkpixlz Certamente há uma discussão mais ampla a ser feita sobre quais formatos de data mostrar e quando, embora eu gostaria de manter isso separado desta discussão. Tal discussão exigiria uma pesquisa mais aprofundada sobre o uso do padrão 'YY em vários locais, para garantir que o padrão não seja confuso em outros lugares.

Esta discussão em particular visa resolver o problema de “Feb '22 e Feb 22 são confundidos com bastante frequência”, e a correção mais conservadora para este problema é usar Feb 2022.

É uma solicitação pequena e acionável que, idealmente, não requer muita discussão. É completamente possível discuti-la até a exaustão e ficar preso em preferências e discussões triviais, e eu gostaria de evitar isso.

Temos um problema de UX aqui, e temos uma solução - vamos implementá-la e discutir o resto em outro lugar.

1 curtida

A alteração de @awesomerobot foi mesclada, eu sempre desgostei do formato antigo, ele sempre me confundiu.

Muito feliz em ver isso alterado.

13 curtidas

Mudança muito boa. Desde o y2k, mas faz sentido ter um código de ano de 4 dígitos. Eu também acho o layout antigo confuso às vezes.

1 curtida

Atualizei nosso fórum hoje, mas ainda vejo o ano em dois dígitos para posts antigos aqui. Preciso definir uma opção?

1 curtida

Talvez porque o seu fórum usa a versão alemã.

A alteração modificou o locale inglês, mas não o alemão

3 curtidas

Esta alteração precisa ser atualizada em outros idiomas. Atualmente, apenas a versão “en” foi alterada. Acredito que isso será resolvido quando as traduções forem atualizadas na terça-feira, eu acho (?).

5 curtidas

Ah, obrigado! Então eu espero até terça-feira e tenho paciência. :slight_smile:

3 curtidas

Ou corrija você mesmo se for um administrador, essa também é sempre uma solução.

2 curtidas

Sim, eu sei, eu poderia renomear/alterar a tradução. Mas não estou com pressa, pois usamos o formato antigo desde a migração para o Discourse.

Mas eu sou como o Sam. Eu nunca gostei do formato antigo, nem um pouco. :wink: Mas não pensei duas vezes, pois muitos aqui talvez também não tenham pensado.

1 curtida