Add Thai numbering
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Active
- Stack technique
- rust
- Domaine
- internationalization
Piste de recherche
Start by reading the project’s existing numbering support and how it handles optional character sets; the issue does not name relevant files or tests. Decide which Thai character sequence and numeral behavior to support, including whether alternative sequences should be configurable. Done means the chosen behavior is implemented and covered by tests.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Sometimes Thai alphabets can be used to number the initial pages in a document like a, b, c (or ก, ข, ค for the actual Thai characters) for the introduction, abstract, and index and then 1, 2, 3 for content, or it can also be used to number the sub-lists. I would like to discuss if these Thai characters can be included? I can also contribute.
Edit: Along with this, Thai numerals (๐ ๑ ๒ ๓ ๔ ๕ ๖ ๗ ๘ ๙) perhaps can also be included. Also note that there isn't one specific standard on how Thai characters are used in numbering, it is always seen starting with "ก ข ค ง" (skipping ฃ ฅ ฆ) and may be continued with the regular set of alphabets (จ ฉ ช ซ ฌ ญ ...) or skip similar sounding alphabets (จ ฉ ช ซ ด ต ...) as it can be interpreted that the first four character set skips those 3 alphabets because they sound too similar, however, most people do not analyze it that deep and simply continues with the regular set of characters.
So it should be discussed which character set, if and how (since both character sets will still begin with ก) the alternative set of characters should be added as an optional feature, should anyone ever need it. But of course, The most common set can simply be added and a workaround could be used for anyone that have to deviate from the said set.
- Langage dominant
- Rust
- Étoiles
- 54
- Forks
- 23
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
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 typst/codex
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
bug
Difficulté 3/5 1-2 jours Accessibilité débutants 62/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 55/100
Toutes les issues de typst/codex
Issues similaires
-
[Bug]: opencode_go chat route drops reasoning_effort (even 'none'), while the same endpoint honors it via custom_llm_provider=openaiPeut-être pris @arvindkumar-ship-it l’a pris aujourd’hui. Ouvertellm translation
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
BerriAI/litellm#51871 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
comp-formats
Difficulté 2/5 Une demi-journée Accessibilité débutants 64/100
ClickHouse/ClickHouse#131694 ·
Les mainteneurs répondent en général sous 1 jour
-
cli: `execCargoMetadata` decodes stdout per chunk, corrupting non-ASCII paths across pipe boundariesOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 1 jour
-
C-Bug S-Needs-Triage
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
bevyengine/bevy#26558 ·
Les mainteneurs répondent en général sous 2 jours