Ne pas lire les espaces dans les trigrammes #175
Labels
No labels
devtype -- backend
devtype -- docs
devtype -- frontend
devtype -- user interface
difficulty -- easy
difficulty -- hard
difficulty -- normal
Doing
domain -- bda
domain -- bds
domain -- cof
domain -- core
domain -- kfet
Good first issue
priority -- high
priority -- low
priority -- medium
priority -- staff-wanted
status -- development
status -- discussion
status -- need review
status -- production
status -- ready to merge
status -- todo
To Do
type -- bug
type -- hygiene
type -- improvement
type -- new feature
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: DGNum/gestioCOF#175
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Yop !
Il faudrait que les input de trigrammes (principalement K-Psul, mais autant directement le faire pour les autres) ne captent pas les espaces, ça fait des "bugs" parfois bizarres.
<3
DRV
Les trigrammes peuvent avoir des espaces (cf
kfet/models
).Est-ce que tu essayais de donner les inputs qui entraîne des bugs (au moins ceux que t'as déjà remarqué) ?
Up
Du coup Erkan vient de créer le trigramme " " et c'est effectivement très relou. Est-ce que c'est possible d'empêcher ça ?
Soit, c'est pas un "bug" mais ça fait des affichages graphiques bizarres.
Ou alors, il faudrait une police qui affiche les espaces de façon visible.
added ~63 ~61 ~69 ~66 ~27 and removed ~14 labels
On peut songer à interdire les espaces, ça rendrait quand même plusieurs choses un peu plus faciles.
Quid des trigrammes existants ? Je regarde ça si j'arrive à accéder à la prod un jour..
Le test suivant à l'aide de la fonction
isspace
de python donne un seul trigramme problématique :