vidjil issueshttps://gitlab.inria.fr/vidjil/vidjil/-/issues2020-10-21T08:26:04+02:00https://gitlab.inria.fr/vidjil/vidjil/-/issues/4497Date de naissance qui ne passe pas bien avec la création en masse de patients...2020-10-21T08:26:04+02:00Mikaël SalsonDate de naissance qui ne passe pas bien avec la création en masse de patients depuis EthercalcJ'ai fait une démo avec Framacalc et la date de naissance est transformée en un entier ce qui n'est, du coup, pas accepté.
https://lite.framacalc.org/9j8a-q87yj1pvao
Si ce n'est qu'avec Framacalc ce n'est pas dramatique, mais je crains...J'ai fait une démo avec Framacalc et la date de naissance est transformée en un entier ce qui n'est, du coup, pas accepté.
https://lite.framacalc.org/9j8a-q87yj1pvao
Si ce n'est qu'avec Framacalc ce n'est pas dramatique, mais je crains que ce soit lorsque le tableur reconnaît qu'il s'agit d'une date et la transforme ensuite.marc duezmarc duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4051Tester la longueur du mot de passe et d'autres erreurs à la création2021-11-09T14:51:33+01:00Mikaël SalsonTester la longueur du mot de passe et d'autres erreurs à la créationLorsqu'on crée un nouvel utilisateur, la création peut échouer sans aucun message et en redirigeant vers la page du dernier utilisateur créé (vdj#939) si le mot de passe est trop court.
Ajouter un contrôle côté client ou serveur (mais p...Lorsqu'on crée un nouvel utilisateur, la création peut échouer sans aucun message et en redirigeant vers la page du dernier utilisateur créé (vdj#939) si le mot de passe est trop court.
Ajouter un contrôle côté client ou serveur (mais pas évident car géré par Web2py ?).
/cc @duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/3160fuse.py: codec can't encode character2018-04-10T15:29:47+02:00Mikaël Salsonfuse.py: codec can't encode characterUn processus (37850) a échoué (utilisateur 7). C'est le fuse qui pose problème. Voici la sortie :
```
### Cut merged file, keeping window in the top 100 for at least one point
<ListWindows: [12, 12] 24>
Traceback (most recent ...Un processus (37850) a échoué (utilisateur 7). C'est le fuse qui pose problème. Voici la sortie :
```
### Cut merged file, keeping window in the top 100 for at least one point
<ListWindows: [12, 12] 24>
Traceback (most recent call last):
File "../../tools/fuse.py", line 771, in <module>
main()
File "../../tools/fuse.py", line 754, in main
fasta_file.write(fasta)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 81: ordinal not in range(128)
```
Et voici le bout de code en question dans `fuse.py` :
```python
#compute similarity matrix
if len(jlist_fused.d["clones"]) < SIMILARITY_LIMIT :
fasta = ""
for i in range(len(jlist_fused.d["clones"])) :
fasta += ">>" + str(i) + "\n"
fasta += jlist_fused.d["clones"][i].d["id"] + "\n"
fasta_file = tempfile.NamedTemporaryFile(delete=False)
fasta_file.write(fasta)
```
Je ne vois pas pourquoi il y aurait un caractère bizarre qui se balade là-dedans.https://gitlab.inria.fr/vidjil/vidjil/-/issues/3123Création d'utilisateurs avec unicode impossible2018-04-04T14:54:25+02:00Mathieu GiraudCréation d'utilisateurs avec unicode impossibleOn ne peut plus créer d'utilisateurs dont le nom contient de l'unicode.
Au moins sur `app` (sur `dev`, pas sûr).
Peut-être cela vient-il de 1894f954 ?
Ping #1345.On ne peut plus créer d'utilisateurs dont le nom contient de l'unicode.
Au moins sur `app` (sur `dev`, pas sûr).
Peut-être cela vient-il de 1894f954 ?
Ping #1345.https://gitlab.inria.fr/vidjil/vidjil/-/issues/3097Add set : erreur serveur si unicode dans le nom2018-03-22T17:39:13+01:00Mathieu GiraudAdd set : erreur serveur si unicode dans le nomVu au moins pour
- Last Name de "add patient"
- Name de "set"
- Name de "run"
Bloque vdj#626.Vu au moins pour
- Last Name de "add patient"
- Name de "set"
- Name de "run"
Bloque vdj#626.https://gitlab.inria.fr/vidjil/vidjil/-/issues/2784Police de caractères2021-04-15T21:14:40+02:00Mathieu GiraudPolice de caractèresNos choix de polices/fontes (Ubuntu Medium, Ubuntu Light, Ubuntu Condensed) datent d'il y a plus de 3 ans : fd048819, 6382ead5. Voir aussi #1015.
À l'occasion d'un renouvellement de l'interface (#2245, #1740), ce serait l'occasion de ra...Nos choix de polices/fontes (Ubuntu Medium, Ubuntu Light, Ubuntu Condensed) datent d'il y a plus de 3 ans : fd048819, 6382ead5. Voir aussi #1015.
À l'occasion d'un renouvellement de l'interface (#2245, #1740), ce serait l'occasion de rafraichir l'ensemble et de choisir une (ou deux, mais plutôt une) famille de polices, libre, moderne, et avec suffisament de variantes.
Nouvelle contrainte par rapport à il y a trois ans : être aussi assez riche pour des scripts non-latins (ou avoir au moins une police complète en fallback pour ces scripts).
- https://blog.spoongraphics.co.uk/articles/the-best-free-alternatives-to-the-most-popular-fonts
- http://joelcrawfordsmith.com/closest-font/content/sans-serif
- https://www.fontsquirrel.comhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2709Support des langages LTR et concaténation de chaînes2017-10-17T08:38:53+02:00Mathieu GiraudSupport des langages LTR et concaténation de chaînesPouvons-nous rentrer un nom de patient en arabe ?
Apparament oui, mais on voit ensuite "خلدون ابن (36)" à la place de "Toto Tata (36)". Voir sur `dev`.Pouvons-nous rentrer un nom de patient en arabe ?
Apparament oui, mais on voit ensuite "خلدون ابن (36)" à la place de "Toto Tata (36)". Voir sur `dev`.https://gitlab.inria.fr/vidjil/vidjil/-/issues/2708Ne pas imposer un prénom + nom pour les patients2021-02-19T15:25:10+01:00Mathieu GiraudNe pas imposer un prénom + nom pour les patientsLa création d'un patient ne devrait pas imposer prénom et nom. Cela n'a pas de sens dans certaines cultures, et, de plus, certains hopitaux n'ont pas accès à ces infos et se sentent obligés de mettre deux numéros / infos pipotes.
Un pat...La création d'un patient ne devrait pas imposer prénom et nom. Cela n'a pas de sens dans certaines cultures, et, de plus, certains hopitaux n'ont pas accès à ces infos et se sentent obligés de mettre deux numéros / infos pipotes.
Un patient pourrait avoir au moins un prénom, nom ou ID.https://gitlab.inria.fr/vidjil/vidjil/-/issues/2684Tags : Autocomplétion avec caractères UTF-82017-10-10T12:26:30+02:00Mikaël SalsonTags : Autocomplétion avec caractères UTF-8On peut créer des tags avec des caractères cyrilliques ou asiatiques, avec des majuscules accentuées en revanche l'autocomplétion ne propose pas tous ces cas-là (alors qu'elle fonctionne avec les minuscules accentuées…).On peut créer des tags avec des caractères cyrilliques ou asiatiques, avec des majuscules accentuées en revanche l'autocomplétion ne propose pas tous ces cas-là (alors qu'elle fonctionne avec les minuscules accentuées…).Ryan HerbertRyan Herberthttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2673Tags avec caractères Unicode ?2017-10-19T11:26:52+02:00Ryan HerbertTags avec caractères Unicode ?Comme évoqué dans #2671 on ne reconnait actuellement pas les caractères unicode pour les tags. Donc globalement, pas de tags en japonnais, coréen, ... français (les accents).
A savoir que cette issue pourrait présenter des incompatibili...Comme évoqué dans #2671 on ne reconnait actuellement pas les caractères unicode pour les tags. Donc globalement, pas de tags en japonnais, coréen, ... français (les accents).
A savoir que cette issue pourrait présenter des incompatibilités avec #2671 .Web 2017.09https://gitlab.inria.fr/vidjil/vidjil/-/issues/2671Tags : sensibilité à la casse2017-10-19T11:26:52+02:00Mikaël SalsonTags : sensibilité à la casseDiscuté avec @RyanHerb : les tags ne devraient probablement pas être sensibles à la casse (c'est-à-dire que mettre un #LAL ou un #lal est équivalent : cela pointe sur la même entrée dans la DB).
Même si on pourrait imaginer des usages o...Discuté avec @RyanHerb : les tags ne devraient probablement pas être sensibles à la casse (c'est-à-dire que mettre un #LAL ou un #lal est équivalent : cela pointe sur la même entrée dans la DB).
Même si on pourrait imaginer des usages où la casse serait importante, les utilisateurs ne vont pas forcément faire attention à cette subtilité-là. S'ils se mettent d'accord pour utiliser un tag #LAL, ils ne vont pas forcément préciser entre eux la casse que le tag devrait avoir.Ryan HerbertRyan Herberthttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1676Séparateurs milliers/décimal2022-06-20T18:16:57+02:00Vidjil TeamSéparateurs milliers/décimalActuellement nous sommes incohérents :
- séparateur décimal : "." (car javascript)
- mais model.js: toStringThousands : séparateur milliers " "
Cela me fait mal au coeur à mettre "," comme séparateur de milliers, mais ce serait plus...Actuellement nous sommes incohérents :
- séparateur décimal : "." (car javascript)
- mais model.js: toStringThousands : séparateur milliers " "
Cela me fait mal au coeur à mettre "," comme séparateur de milliers, mais ce serait plus cohérent à court terme
Et on peut faire une vrai i18n un jour.
***
J'ai essayé le "," comme séparateur de milliers, argh, l'européen continental que je suis n'aime pas :
segmented 519,680 reads (89.39%)
2 clones, 1,212,434 reads
Bref, je préfère mettre pour l'instant cela sous le tapis... on verra si les Anglais s'en aperçoivent un jour :)
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1470Fuseaux horaires2020-11-13T19:25:44+01:00Vidjil TeamFuseaux horairesComment apparaissent les heures / dates pour nos utilisateurs d'ailleurs ? Je pense au "last processing", est-ce déjà dans leur fuseau horaire ?
***
@magiraud @mikael-s @DuezComment apparaissent les heures / dates pour nos utilisateurs d'ailleurs ? Je pense au "last processing", est-ce déjà dans leur fuseau horaire ?
***
@magiraud @mikael-s @Duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1345Python 3 pour web2py / web3py2022-06-29T18:49:19+02:00Vidjil TeamPython 3 pour web2py / web3pyweb2py → non pour l'instant, et apparament il ne sont pas prêt de le faire
Il reste `fuse.py` et le reste → mais on en inclut aussi depuis le server, donc attention
Bref bof pour l'instant.
***
web2py, toujours pas de nouvelles là-des...web2py → non pour l'instant, et apparament il ne sont pas prêt de le faire
Il reste `fuse.py` et le reste → mais on en inclut aussi depuis le server, donc attention
Bref bof pour l'instant.
***
web2py, toujours pas de nouvelles là-dessus : https://groups.google.com/forum/#!topic/web2py/UKcWKU66qnA
(pour info, Algomus passe en python3, après 2 ans de tergiversations)