xlsx: built-in date format 14 should use the locale short date
Les mainteneurs répondent en général sous 1 jour
Une pull request liée a déjà été fusionnée.
- #1212 par @andiwand — fusionnée
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 74/100
- Type d'issue
- Bug
- Clarté
- Clairement spécifiée
- Activité
- Active
- Domaine
- localization
Piste de recherche
Start in src/odr/internal/ooxml/spreadsheet/ooxml_spreadsheet_style.cpp at the table mapping built-in numFmtId values, where 14 currently becomes mm-dd-yy; then trace how the document locale (or system regional settings) reaches the renderer, since ECMA-376 Part 1 §18.8.30 makes formats 14-17 and 22 locale-dependent. Reproduce with an xlsx cell carrying numFmtId="14" and value 41640, and confirm done when en-US renders 1/1/2014 and the v7.4.0→v7.5.0 reference-output check passes.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
An xlsx cell with the built-in number format 14 shows its date as 01-01-14. Excel and LibreOffice show the short date of the locale, for example 1/1/2014 in en-US.
src/odr/internal/ooxml/spreadsheet/ooxml_spreadsheet_style.cpp maps format 14 to mm-dd-yy, the code that ECMA-376 Part 1, 18.8.30 lists. But the spec also says that formats 14 to 17 and 22 follow the regional settings of the system. So the renderer must use the short date of the document locale, not the fixed code.
Steps:
- Open an xlsx with a cell that has
numFmtId="14"and the value41640. - Render it.
Expected: 1/1/2014 (for en-US). Actual: 01-01-14.
In v7.4.0, the cell showed the raw serial 41640, so this is not a regression. The v7.4.0 → v7.5.0 reference-output check found it.
🤖 Generated with Claude Code
- Langage dominant
- C++
- Étoiles
- 41
- Forks
- 10
- Merge moyen
- 11 h 27 min
- PR mergées (30 j)
- 312
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de opendocument-app/OpenDocument.core
-
enhancement
opendocument-app/OpenDocument.core#1221 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
opendocument-app/OpenDocument.core#1214 ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
opendocument-app/OpenDocument.core#1211 ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 3/5 1-2 jours Accessibilité débutants 42/100
opendocument-app/OpenDocument.core#1210 ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
opendocument-app/OpenDocument.core#1209 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de opendocument-app/OpenDocument.core
Issues similaires
-
Remove source files from packaging for deb, zip, etcPeut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
OpenSpace/OpenSpace#4353 · 1 commentaire ·
Les mainteneurs répondent en général sous 5 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
justcallmekoko/ESP32Marauder#1656 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
Decompiler: convertCharRef() in xml.y overflows its int4 accumulator on long character referencesPeut-être pris @kaayzouee l’a pris il y a 1 jour. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
NationalSecurityAgency/ghidra#10009 ·
Les mainteneurs répondent en général sous 2 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
mutationpp/Mutationpp#337 ·