Closed manuel-rw closed 5 months ago
Status | Category | Percentage | Covered / Total |
---|---|---|---|
🔵 | Lines | 16.54% | 4726 / 28562 |
🔵 | Statements | 16.54% | 4726 / 28562 |
🔵 | Functions | 6.5% | 29 / 446 |
🔵 | Branches | 37.8% | 124 / 328 |
File | Stmts | % Branch | % Funcs | % Lines | Uncovered Lines |
---|---|---|---|---|---|
Changed Files | |||||
src/pages/_app.tsx | 0% | 0% | 0% | 0% | 1-204 |
src/tools/language.ts | 100% | 100% | 100% | 100% |
You could keep my comparaison with CR for crowdin and make the dayjslocale optional so that we can only add the field when it's needed. Otherwise it adds another complexity to the file. But that's okay
I mean apply the locale or the dayjslocale if it exists
Locale was added as days locale already, no need to double it juste make that one optional and remove it from the crowding entry
IMO locale could be different from the dayjs locale used. There are a few discrepancies. Using a dedicated variable also makes it clear what it's used for.
IMO locale could be different from the dayjs locale used. There are a few discrepancies. Using a dedicated variable also makes it clear what it's used for.
Yeah that's my point, but it doesn't need to be there if there are no differences
IMO locale could be different from the dayjs locale used. There are a few discrepancies. Using a dedicated variable also makes it clear what it's used for.
Yeah that's my point, but it doesn't need to be there if there are no differences
I disagree, the locale for Crowdin is cr and we can simply not set the property when it's not supported by dayjs.
IMO locale could be different from the dayjs locale used. There are a few discrepancies. Using a dedicated variable also makes it clear what it's used for.
Yeah that's my point, but it doesn't need to be there if there are no differences
I disagree, the locale for Crowdin is cr and we can simply not set the property when it's not supported by dayjs.
yeah that's what I meant
Works perfectly now. Nice
Fixes #1859