vidjil issueshttps://gitlab.inria.fr/vidjil/vidjil/-/issues2022-06-20T18:18:26+02:00https://gitlab.inria.fr/vidjil/vidjil/-/issues/1968Fichiers avec plus de 2G reads et int overflow2022-06-20T18:18:26+02:00Vidjil TeamFichiers avec plus de 2G reads et int overflowRayan a testé un jeu de 150M reads (fichier de ~40 GB), ce qui a mené à 37c5597e pour corriger un int overflow.
Le C++ actuel devrait pouvoir tenir jusqu'à 2^31 ~ 2G reads (quand "int" se compile comme "long"). Vu l'évolution des séquen...Rayan a testé un jeu de 150M reads (fichier de ~40 GB), ce qui a mené à 37c5597e pour corriger un int overflow.
Le C++ actuel devrait pouvoir tenir jusqu'à 2^31 ~ 2G reads (quand "int" se compile comme "long"). Vu l'évolution des séquenceurs, on devrait tenir quelques mois, mais pas plus :-) Après, il faudra mettre en `unsigned long long` un certain nombre de `int` dans `fasta.{h,c}`, `stats.{h,c}` et ailleurs...
Au passage, c'est désagréable à tester :-)
@magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1971Plusieurs J à la suite : prendre le premier J2018-02-23T12:03:13+01:00Vidjil TeamPlusieurs J à la suite : prendre le premier Jcf. mail de Vincent ~"PAR-Debré" du 09/08/2016 15h13
***
@magiraud @mikael-scf. mail de Vincent ~"PAR-Debré" du 09/08/2016 15h13
***
@magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1972Sortir la séquence consensus complète en donnant un histogramme de la représe...2018-06-25T16:48:04+02:00Vidjil TeamSortir la séquence consensus complète en donnant un histogramme de la représentativité (à la JalView)Cf. mail de Marine du 16/08 17h20 : on a une séquence consensus sortie par Vidjil qui ne fait que ~120bp parce qu'il se passe quelque chose de bizarre dans le FR3 (beaucoup de variabilité apparemment). L'histogramme sur la totalité du co...Cf. mail de Marine du 16/08 17h20 : on a une séquence consensus sortie par Vidjil qui ne fait que ~120bp parce qu'il se passe quelque chose de bizarre dans le FR3 (beaucoup de variabilité apparemment). L'histogramme sur la totalité du consensus (donné par Jalview) est en pièce jointe.
***
@magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1981Le left-container a une largeur qui n'est pas toujours la même2018-04-16T15:48:23+02:00Vidjil TeamLe left-container a une largeur qui n'est pas toujours la mêmeSur ce patient, la largeur réelle du left-container est de 475px : http://rbx.vidjil.org/browser/index.html?patient=3508&config=25
alors que sur cet autre patient, la taille réelle est de 503px : http://rbx.vidjil.org/browser/?patient=32...Sur ce patient, la largeur réelle du left-container est de 475px : http://rbx.vidjil.org/browser/index.html?patient=3508&config=25
alors que sur cet autre patient, la taille réelle est de 503px : http://rbx.vidjil.org/browser/?patient=3220&config=35
Pourtant les règles CSS disent 475px. Qui comprend le problème ?
***
Je dirais l'ellipsis. Sans le ellipsis le nom du sample est cassé deux caractères plus tôt. Donc les caractères plus le '...' du ellipsis ~= 28px ?
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1988Configs qui apparaissent en double (dans les résultats)2020-12-19T13:36:32+01:00Vidjil TeamConfigs qui apparaissent en double (dans les résultats)Par exemple : patients 3561, 3562 ou 3606 (allez voir la fiche info). Il y a en bas à droite des liens en double pointant avec les résultats d'une même config
***
Non seulement les configs apparaissent en double, mais il y a deux entrées...Par exemple : patients 3561, 3562 ou 3606 (allez voir la fiche info). Il y a en bas à droite des liens en double pointant avec les résultats d'une même config
***
Non seulement les configs apparaissent en double, mais il y a deux entrées dans fused_file et celle qui est mise à jour par de futurs fuse n'est pas la même que celle affichée.
Le problème sous-jasent existe encore, mais l'impacte pour l'utilisateur devrait maintenant être nul.
hotfix: a46b11007c0af4d3182a54
***
Un moyen de créer de telles configs est de bégayer de la souris. Il suffit de cliquer deux fois rapidement sur run et deux runs sont lancés sur le serveur, à peu près au même moment. Pour peu que le fuse ne soit pas immédiat on aura deux fuse lancés et du coup deux entrées dans la DB. Cela a été fait (volontairement) sur dev sur le patient 1321.
Mais ça n'explique pas pourquoi ce problème serait apparu seulement en août… S'il s'agit bien de l'origine du problème, il aurait dû être présent avant.
***
On a une championne avec des configs en triple ! Patient 3764
***
@nobody @RyanHerbhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1989Un pre-process en timeout apparaît toujours running2019-02-28T12:40:31+01:00Vidjil TeamUn pre-process en timeout apparaît toujours runningLorsqu'un pre-process est timeout, l'interface web affiche toujours le process comme en cours (avec la petite icone qui tourne). Et on ne peut pas le relancer (mais pour ça cf. #1960 )
***
@nobodyLorsqu'un pre-process est timeout, l'interface web affiche toujours le process comme en cours (avec la petite icone qui tourne). Et on ne peut pas le relancer (mais pour ça cf. #1960 )
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1990Supprimer le calcul de matrice de similarité dans l'algo2020-05-26T10:45:33+02:00Vidjil TeamSupprimer le calcul de matrice de similarité dans l'algoMikaël :
Dans 830ad222 on est passé de max_clones (en général 100) comparés à sort_clones.size() qui, me semble-t-il, contient la liste de tous les clones.
Mathieu :
Oui, exactement. La raison de 830ad222 était que certains utilisateurs...Mikaël :
Dans 830ad222 on est passé de max_clones (en général 100) comparés à sort_clones.size() qui, me semble-t-il, contient la liste de tous les clones.
Mathieu :
Oui, exactement. La raison de 830ad222 était que certains utilisateurs lancent -z 10000 (ou plus), et cela faisait vraiment exploser la taille.
Notons que, avant, on avait toujours 100 clones, même quand il y en avait moins...
Mikaël:
(…) D'ailleurs a priori le calcul fait dans Vidjil n'est plus utile. On pourrait le virer.
Mathieu:
Je l’ai tout de suite remis à 20. C’est probablement de la faiblesse (au lieu de l’enlever), mais cela ira pour l’instant.
***
-> si pas de regret, on le supprime à la release qui suivra 2016.10
***
@magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1994app/analyze: contact pour séquences avec souci2017-04-11T04:40:00+02:00Vidjil Teamapp/analyze: contact pour séquences avec souciMikaël : Et à côté de chaque segmentation on pourrait avoir une petit icone pour demander aux utilisateurs s'ils sont satisfaits de la segmentation proposée. Dans le cas contraire on leur demande ce qu'ils s'attendaient à avoir et on gén...Mikaël : Et à côté de chaque segmentation on pourrait avoir une petit icone pour demander aux utilisateurs s'ils sont satisfaits de la segmentation proposée. Dans le cas contraire on leur demande ce qu'ils s'attendaient à avoir et on génère un should-vdj automatiquement :)
En attendant, on pourrait faire comme ce que Tatiana a fait pour l'appli principale, qui se contente de prendre toute la sortie et d'ouvrir un mail.
***
@Cyanaelhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1995Export Krona pour la visualisation du répertoire2021-11-19T11:06:56+01:00Vidjil TeamExport Krona pour la visualisation du répertoireun exemple de visualisation pratique (et dynamique) pour le répertoire.
Les krona permettent de zoomer et d'approfondir la visualisation.
Possibilité de la proposé en export à partir de vidjil.
PS: inclut depuis peu par arrest (contin...un exemple de visualisation pratique (et dynamique) pour le répertoire.
Les krona permettent de zoomer et d'approfondir la visualisation.
Possibilité de la proposé en export à partir de vidjil.
PS: inclut depuis peu par arrest (continuité utilisateur ? ).
***
@flothonihttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1996Afficher certaines séquences particulières, même en-dessous du -t2020-06-11T11:26:37+02:00Vidjil TeamAfficher certaines séquences particulières, même en-dessous du -tLorsque des séquences d'intérêt sont en dessous du -t 100 de fuse.py on veut qu'elles finissent malgré tout dans le fichier final. Quelle solution retenir ?
* Les passer explicitement en paramètre du fuse.py ? Pas très simple pour notre...Lorsque des séquences d'intérêt sont en dessous du -t 100 de fuse.py on veut qu'elles finissent malgré tout dans le fichier final. Quelle solution retenir ?
* Les passer explicitement en paramètre du fuse.py ? Pas très simple pour notre serveur de faire ça
* Avoir un champ dans le fichier .vidjil qui dise au fuse.py « prends-moi » ? Les champs correspondants aux clones sont assez descriptifs. Là on ajouterait un champ purement « computationnel ». Ça polluerait un peu le fuse…
***
Le champ dans le `.vidjil` pourrrait être un "label", qui ne serait pas forcément oui/non mais pourrait ajouter de la sémantique (comme on faisait il y a longtemps avec l'option "-l"). C'est donc descriptif. (On a déjà "name", qu'on utilise pas comme cela.)
Dans un premier temps, fuse.py pourrait tout simplement garder les séquences avec label. Dans un deuxième, fuse pourrait avoir des paramètres pour spécifiquement garder/ignorer certains labels.
***
Au fait, dans #1007, un vieux commentaire disait :
> "un flag faisant qu'il prend le nom des fichiers fasta comme "name" dans le `.vidjil` (et sort `top: 0`, ou, mieux, un nouveau flag ?)"
On peut effectivement déjà forcer avec `top: 0`. Utiliser "name" ne me semble pas une bonne idée maintenant.
***
Forcer le top : bof, on perd l'info.
Je pense que la situation était différente dans l'autre tâche puisqu'il n' s'agit pas de séquences appartenant réellement au jeu de données. Ce qui n'est pas notre cas ici.
***
nouvelle option `--label` (édité, ancienneemnt `-W`) + d332792 : on a le `label`
***
@magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2001Configuration de logrotate dans le paquet serveur2024-01-31T13:47:58+01:00Vidjil TeamConfiguration de logrotate dans le paquet serveurLes logs finissent par être gros, logrotate permet de conserver de petits fichiers et de compresser les anciens. (Oui ça doit être pathologique de rentrer une tâche juste avant de prendre l'avion).
***
@RyanHerbLes logs finissent par être gros, logrotate permet de conserver de petits fichiers et de compresser les anciens. (Oui ça doit être pathologique de rentrer une tâche juste avant de prendre l'avion).
***
@RyanHerbhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2002Configuration trop stringeante sur la recherche du D2022-05-12T11:42:47+02:00Vidjil TeamConfiguration trop stringeante sur la recherche du DExemple : http://rbx.vidjil.org/browser/index.html?patient=3837&config=2
On prend le gros clone et les petits clones autour. La moitié a un D trouvé, pas l'autre moitié. Le D fait 22bp il n'est pas trouvé dès qu'il y a une erreur/mutati...Exemple : http://rbx.vidjil.org/browser/index.html?patient=3837&config=2
On prend le gros clone et les petits clones autour. La moitié a un D trouvé, pas l'autre moitié. Le D fait 22bp il n'est pas trouvé dès qu'il y a une erreur/mutation.
***
Alors il y a bien un problème mais il n'a rien à voir. Voir « Le résultat de la segmentation change selon le contexte » #2003
***
Notons que toutes les séquences ici ont normalement le même "multiplier" de E-value (nb de clones analysés).
... et effectivement, il y a bien un problème (de calcul de p-valeur) : cela semble gros qu'une seule mutation sur 22pb fasse tout louper.
***
Surtout qu'il y a une séquence avec une mutation dans le D, où le D est bien trouvé...
***
Seuil de e-valeur pour le D : .05
J'imagine qu'il y a une raison pour cette faible valeur, mais les D sont courts et atteindre de très faibles e-valeur est compliqué (à l'inverse de ce qu'on a avec le kmer segmenteur). Pourquoi le seuil est-il à 0,05 ?
***
@magiraud @mikael-sThonier FlorianThonier Florianhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2003Le résultat de la segmentation change selon le contexte2019-11-23T05:29:48+01:00Vidjil TeamLe résultat de la segmentation change selon le contexteExemple : http://rbx.vidjil.org/browser/index.html?patient=3837&config=2
On prend le gros clone et les petits clones autour. La moitié a un D trouvé, pas l'autre moitié. Le D fait 22bp il n'est pas trouvé dès qu'il y a une erreur/mutati...Exemple : http://rbx.vidjil.org/browser/index.html?patient=3837&config=2
On prend le gros clone et les petits clones autour. La moitié a un D trouvé, pas l'autre moitié. Le D fait 22bp il n'est pas trouvé dès qu'il y a une erreur/mutation. Or si on exporte ces séquences et qu'on fait tourner le -c segment ou, même, Vidjil avec les mêmes options que sur le serveur (et même avec le vidjil présent sur le serveur)... on ne trouve pas la même segmentation.
Voir le test 88c6e92
***
N'y aurait-il pas un test de e-valeur pour le D qui dépende du nombre de reads ? (dans le test on passe de 2D trouvés avec un seul read, contre 0 D trouvé avec 11 reads)
***
> N'y aurait-il pas un test de e-valeur pour le D qui dépende du nombre de reads ?
Oui... et je pense bien que ce n'est pas un bug, mais une feature (introduite par e6ffb91). C'est précisément pour cela qu'est fait la E-value, non ? On fait strictement la même chose pour la FineSegmentation V/J ("multiplier" dans FineSegmenter()).
Le multiplier est
- nb_reads_for_evalue pour -c segment (pour V/J comme pour D)
- sort_clones.size() pour -c clones (Aïe, je me rends compte qu'il n'y est pas pour V/J, vidjil.cpp:1413 !!!)
Ce multiplier dit bien le nombre de segmentation que l'on fait, bref ce qu'il faut pour transformer la p-valeur en e-valeur.
Après, peut-être que le calcul des p-valeurs du D est trop stringent (voir tâche réouverte).
***
Et on a même une dépendance encore plus vicieuse que celle au nombre de reads : passer de -z 100 à -z 1000 peut faire dé-segmenter une séquence... C'est la vie. Voir si IgBlast a aussi ce type de comportement.
***
Pourquoi le multiplier devrait-il être le nombre de clones plutôt que le nombre de séquences réellement segmentées ?
***
Qu'on n'ait pas les mêmes résultats entre 10M de reads (fine segmentés) et 10 reads, je comprends bien : on change de plusieurs ordres de grandeur. Mais qu'on n'ait pas les mêmes résultats entre 1 read, 6 reads et 11 reads, j'ai plus de mal. Peut-être est-ce juste un problème de seuil de E-valeur
***
> Mais qu'on n'ait pas les mêmes résultats entre 1 read, 6 reads et 11 reads, j'ai plus de mal
Tout à fait, il faut comprendre ce qu'il se passe, et il y a peut-être des bugs
> Pourquoi le multiplier devrait-il être le nombre de clones plutôt que le nombre de séquences réellement segmentées ?
Oui, l'estimation actuelle est trop stricte. Est-ce que cela devrait être un max entre sort_clones.size() et max_clones ?
***
>Oui, l'estimation actuelle est trop stricte. Est-ce que cela devrait être un max entre sort_clones.size() et max_clones ?
J'aurais dit un min ;) Ce qui importe c'est le nombre de séquences qu'on va réellement segmenter.
***
Oui, tout à fait, un min !
J'étais plus en forme hier soir (cela m'a étonné d'ailleurs, c'était après 3 verres, ce a quoi je ne suis pas habitué :-)
***
@magiraud @mikael-sAlgo -- Importanthttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2015Compresser les fichiers .vidjil et .fused2023-03-28T16:09:20+02:00Vidjil TeamCompresser les fichiers .vidjil et .fusedLes fichiers prennent de la place sur disque mais se compressent très bien. Un gros fichier fused de 150Mo (Kiel inside) se compresse à environ 5 Mo avec gzip.
Cela nous permettrait d'économiser pas mal d'espace disque. Sur le réseau on ...Les fichiers prennent de la place sur disque mais se compressent très bien. Un gros fichier fused de 150Mo (Kiel inside) se compresse à environ 5 Mo avec gzip.
Cela nous permettrait d'économiser pas mal d'espace disque. Sur le réseau on ne devrait rien gagner puisque normalement les connexions sont déjà gzippées.
Je me souviens que ça avait été discuté à une époque avec Marc qui avait dit que ce n'était pas un problème. À voir comment. Peut-on décompresser côté client ? Faut-il décompresser côté serveur ? Peut-on avoir en parallèle des fichiers gzippés et d'autres non ?
***
Une autre manière de le voir : les sauvegardes de /mnt/result/results prennent à l'heure actuelle 14G alors que les données sur disque utilisent plus de 100G.
***
Très bonne idée, idéalement il faudrait que le client puisse de manière transparente prendre un .vidjil ou un .vidjil.gz.
(Mais ce n'est pas si urgent, on arrive à libérer de la place, /results est petit comparé à d'autres choses.)
***
@RyanHerb @DuezWeb 2023.10https://gitlab.inria.fr/vidjil/vidjil/-/issues/2017Lorsqu'on affiche les données d'un run, les courbes sont affichées (et séparé...2022-06-20T12:07:06+02:00Vidjil TeamLorsqu'on affiche les données d'un run, les courbes sont affichées (et séparées) par dateCe n'est probablement pas pertinent pour un run (où plusieurs choses sans rapport peuvent être mélangées). Exemple ici : http://rbx.vidjil.org/browser/?sample_set_id=16349&config=25
***
@nobodyCe n'est probablement pas pertinent pour un run (où plusieurs choses sans rapport peuvent être mélangées). Exemple ici : http://rbx.vidjil.org/browser/?sample_set_id=16349&config=25
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2026Fichier .analysis sur une seule partie des fichiers2020-12-04T12:07:47+01:00Vidjil TeamFichier .analysis sur une seule partie des fichiersLorsqu'un fichier analysis est enregistré pour une seule partie des fichiers, cela peut avoir des conséquence fâcheuses.
Exemple : on a deux fichiers (identiques, peu importe). On leur met un commentaire et un nom différents. On lance u...Lorsqu'un fichier analysis est enregistré pour une seule partie des fichiers, cela peut avoir des conséquence fâcheuses.
Exemple : on a deux fichiers (identiques, peu importe). On leur met un commentaire et un nom différents. On lance une analyse IGH pour l'un d'eux et une analyse multi+inc+xxx sur l'autre. On ouvre le premier, on fait quelques colorations et merges, on l'enregistre. On va voir l'autre fichier et là, ô surprise, le champ commentaire et le nom du fichier sont ceux de l'autre, car ils ont été enregistrés dans le fichier anaysis.
L'exemple se trouve ici : https://dev.vidjil.org/browser/index.html?sample_set_id=4334&config=2 (IGH) et là https://dev.vidjil.org/browser/index.html?sample_set_id=4334&config=25 (multi+inc+xxx).
Solution : ne pas stocker info et names dans le analysis, mais le problème c'est (me semble-t-il) qu'ils servent de sauvegarde temporaire avant de répercuter les modifications en BD. Il faudrait donc supprimer ces infos du fichier .analysis, après les avoir intégrés dans la BD.
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2030Supprimer un groupe pour une personne2019-01-10T15:21:22+01:00Vidjil TeamSupprimer un groupe pour une personneDans la page utilisateur, on a la liste des groupes auxquels l'utilisateur appartient, ainsi qu'une croix au bout de la ligne. En fait cette croix n'est pas un lien et n'a aucun effet. Pour supprimer l'utilisateur d'un groupe, il faut al...Dans la page utilisateur, on a la liste des groupes auxquels l'utilisateur appartient, ainsi qu'une croix au bout de la ligne. En fait cette croix n'est pas un lien et n'a aucun effet. Pour supprimer l'utilisateur d'un groupe, il faut aller sur la page groupe et retirer l'utilisateur du groupe.
Il serait bien ou de retirer les croix inactives sur la page de l'utilisateurs, ou bien de les rendre actives.
***
@RyanHerbhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2031Pré-sélectionner un .analysis (standards connus, ...)2019-04-02T11:33:00+02:00Vidjil TeamPré-sélectionner un .analysis (standards connus, ...)On en avait parlé il y a déjà très longtemps (c'était même une fonctionnalité prévue avec Marc au tout début) : le "import analysis" est fantastique, permet par exemple de pré-charger une analyse avec des spikes ou autre chose.
Revenu ...On en avait parlé il y a déjà très longtemps (c'était même une fonctionnalité prévue avec Marc au tout début) : le "import analysis" est fantastique, permet par exemple de pré-charger une analyse avec des spikes ou autre chose.
Revenu au goût du jour par une demande explicite de Michaela :
====
Dear Mathieu and Mikael,
as you probably know, we in Kiel are now extensively using Vidjil for the analysis of our routine marker screening data.
We now want to start using spike-ins, because it is necessary for correction of targets representation.
Would it please be possible that we upload the sequences of spike-ins into vidjil and these will be always marked (eg. with diferrent colour), so that we can easily distinguish spike-in sequences from patients' sequences?
Thank you very much for your answer and have a nice weekend,
Michaela
====
Réponse de Mathieu :
=== Preparation, only once
1) Create a « patient » with the name « Spikes » (or what you want).
2) Upload there a Fasta file containing only the spikes (this could be an artificial Fasta file with only a few sequences)
3) Run it (with the same config that you use)
4) Once the run is completed, on the results, color what you want. Moreover, we advise to name the spike clones with a more meaningful label such as « Spike A » (in the list, double-click on the name of the clone). Note that the original name is still accessible, both on the status bar and on the information panel on each clone.
5) Click on « import/export → export analysis ». This will download a very small file that you can store on your computer, renaming it to something like « spikes.analysis »
=== Usage
Each time you have a new patient/sample, once the run is completed
6) Click on « import/export → import analysis » and select the file « spikes.analysis » from your computer. This will color the spikes. This step should be done *before* any other work on the sample, as it may reset some work done.
7) As usual, work on the sample, possibly merging / tagging some clones
8) Then « save patient » will save both the imported spikes and your work on the sample
In the future, we would like to improve this procedure to avoid step 6), but it would require some development.
***
Bref, serait-il possible de faire cela de manière plus intégrée ?
- un "import analysis" qui prenne directement un fichier sur le serveur ?
- un réglage dans la config ou ailleurs qui applique un .analysis dès le fuse ? (euh, les fused ne sont pas les .analysis !)
Liste déroulante quelque part des analysis disponibles ? Ceux qui sont marqués d'une certaine manière ?
Enfin, est-ce que "import analysis" fait bien un reset de tout ? Ou bien un merge ?
***
Autre application possible : tagger certains recombinaisons publiques, et tagger la non-recombinaison Dh7-J (on a parlé de Dh7 à la réunion Inca aujourd'hui)
***
Avec la méthode actuelle, attention au contexte dans lequel le fichier .analysis est généré. S'il contient trop d'informations, cela écraserait celles du sampleset dans lequel il est importé. cf. https://www.producteev.com/workspace/t/58221473b2fa094c7500000d
***
@magiraudhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2033Applications mobiles natives2017-04-06T12:54:25+02:00Mathieu GiraudApplications mobiles nativesSur un PJI hors Vidjil, mais qui ressemble à #1740, Marie Jones nous a spontanément demandé si on restait web ou si on envisageait une application via Cordova
https://cordova.apache.org/
https://auth0.com/blog/converting-your-web-app-to...Sur un PJI hors Vidjil, mais qui ressemble à #1740, Marie Jones nous a spontanément demandé si on restait web ou si on envisageait une application via Cordova
https://cordova.apache.org/
https://auth0.com/blog/converting-your-web-app-to-mobile/
@mikael-s @RyanHerbhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2036Afficher sur la page patient/sample_set les résultats/configs lancés2023-11-09T11:04:57+01:00Mathieu GiraudAfficher sur la page patient/sample_set les résultats/configs lancésSuite à #2035, @flothoni propose :
Ajouter une valeur dans la colonne si une analyse est en cours ou programmé (ex : "clonalité (computing)" ou "waiting" ) Cette valeur devrait etre grisée ou formattée pour la mettre en évidence par rap...Suite à #2035, @flothoni propose :
Ajouter une valeur dans la colonne si une analyse est en cours ou programmé (ex : "clonalité (computing)" ou "waiting" ) Cette valeur devrait etre grisée ou formattée pour la mettre en évidence par rapport aux autres, de plus, ne pas etre cliquable.
Faire coucou à Aurélie si on fait cela.
@mikael-s @RyanHerb