vidjil issueshttps://gitlab.inria.fr/vidjil/vidjil/-/issues2023-06-29T14:59:02+02:00https://gitlab.inria.fr/vidjil/vidjil/-/issues/1554Pourcentages par système en bas à droite2023-06-29T14:59:02+02:00Vidjil TeamPourcentages par système en bas à droitepas si simple
getPrintableSize() est défini dans clone.js, ok si tous les clones viennent du même système.
Que faire si on sélectionne des clones de plusieurs systèmes différents ? (Dans ce cas, n'avoir que le % global ?) (sauf si même...pas si simple
getPrintableSize() est défini dans clone.js, ok si tous les clones viennent du même système.
Que faire si on sélectionne des clones de plusieurs systèmes différents ? (Dans ce cas, n'avoir que le % global ?) (sauf si même groupe de système)
***
Bof… c'est une infomation qu'on a si on se concentre sur un seul système. Et si on commence à afficher plein de pourcentages (global, par système, par système similaires…) ça va commencer à ne plus être très lisible (et pourquoi l'afficher ici mais pas dans la liste ?).
***
à inclure dans la réflexion sur en bas à droite.
C'est fait pour l'instant s'il y a qu'un système, à voir si cela pourrait être amélioré.
***
http://rbx.vidjil.org/browser/index.html?patient=297&config=11 sélectionner le clone avec l'intron.
C'est sur deux lignes (ce qui décale le segmenteur), pas super lisible et on se retrouve avec trois pourcentages dont on ne comprend pas bien à quoi ils correspondent
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1447Upload et 'Could not connect to database'2017-11-22T12:48:32+01:00Vidjil TeamUpload et 'Could not connect to database'Ce matin, j'ai eu un certain nombre de "Could not connect to database, please retry"... alors que la seule opération en cours était de l'upload par Lille. Massif certes, mais normalement ce n'est toujours que 2 fichiers à la fois. (Quoiq...Ce matin, j'ai eu un certain nombre de "Could not connect to database, please retry"... alors que la seule opération en cours était de l'upload par Lille. Massif certes, mais normalement ce n'est toujours que 2 fichiers à la fois. (Quoique, si plusieurs clients...)
Serait-ce souhaitable et possible d'isoler un peu plus l'upload côté serveur ?
Dans des workers dédiés ? Une autre solution ?
***
En repassant sur le serveur un peu plus tard, alors que celui-ci travaille bcp (plusieurs vidjil lancés, d'autres en attentes), mais pas d'upload, cela fonctionne bien mieux...
C'est une impression de ma part ou c'est vraiment l'upload qui est le facteur limitant pouvant ralentir le serveur ?
***
baissé. Sera fermé mi mai, on a moins de soucis en ce moment ?
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1418Sous-sélection des clones et segmenter2016-11-29T14:36:03+01:00Vidjil TeamSous-sélection des clones et segmenter(Yann, 10 février)
Quand on a plein de clones sélectionnés, on aimerait parfois pouvoir sélectionner une partie de ces clones, les mettre ensemble / les aligner, sans désélectionner le reste, et peut-être chosir de les merger.
Pas évid...(Yann, 10 février)
Quand on a plein de clones sélectionnés, on aimerait parfois pouvoir sélectionner une partie de ces clones, les mettre ensemble / les aligner, sans désélectionner le reste, et peut-être chosir de les merger.
Pas évident, bonne interaction à trouver, à réfléchir encore
***
Avec "focus", on a une bonne manière d'étudier plus en détail une sélection, quitte à changer les axes pour cette sélection ensuite.
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1100Undo / Pouvoir retracer toutes les actions2021-10-21T19:11:45+02:00Vidjil TeamUndo / Pouvoir retracer toutes les actionsTracabilité / Révocabilité.
On peut vouloir tout tracer (savoir que tel clinicien a modifié le fichier .analysis)... ou, pire, vouloir revenir en arrière (très très dur là).
À discuter un jour, absolument non prioritaire pour le moment...Tracabilité / Révocabilité.
On peut vouloir tout tracer (savoir que tel clinicien a modifié le fichier .analysis)... ou, pire, vouloir revenir en arrière (très très dur là).
À discuter un jour, absolument non prioritaire pour le moment.
***
Évoqué avec Yann et Lille. Sans aller jusqu'au undo, la tracabilité complète sera bientôt à l'ordre du jour...
***
Mis comme projet étudiant, sinon Ryan en 2016 ?
***
http://www.vidjil.org//projet-tracabilite.html
Pas de candidat pour l'instant
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1048Stats sur le jeu complet dans le fichier .vidjil / smaller clones2019-10-29T14:38:34+01:00Vidjil TeamStats sur le jeu complet dans le fichier .vidjil / smaller clonesReparlé plusieurs fois lors des dernières semaines.
Quels stats seraient intéressantes, sur tous les clones (pas seulement les FineSegmentés) ? Distribution des longueurs (on l'a, mais un peu brut), autres ?
(distribution V/J/CDR3/... de...Reparlé plusieurs fois lors des dernières semaines.
Quels stats seraient intéressantes, sur tous les clones (pas seulement les FineSegmentés) ? Distribution des longueurs (on l'a, mais un peu brut), autres ?
(distribution V/J/CDR3/... demanderait de faire plus de FineSegmenter)
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2011Ne pas lancer fuse quand le nombre de samples est trop important ?2017-05-22T17:09:00+02:00Vidjil TeamNe pas lancer fuse quand le nombre de samples est trop important ?Discussion cet après-midi, suite aux problèmes de place sur /mnt/result : Mathieu propose de ne pas lancer fuse lorsque le nombre de samples est supérieur à un nombre (p. ex. 20). Cela permet d'économiser de la place (et du temps CPU : u...Discussion cet après-midi, suite aux problèmes de place sur /mnt/result : Mathieu propose de ne pas lancer fuse lorsque le nombre de samples est supérieur à un nombre (p. ex. 20). Cela permet d'économiser de la place (et du temps CPU : un fuse sur 100 fichiers prend du temps).
De plus le fuse est lancé autant de fois qu'il appartient à de sample sets (donc au moins 2, non ?).
***
753e78c : On ne garde que les 16 premiers. C'est peut-être un peu brutal de faire cela au niveau de fuse.py, mais bon, cela renvoie tout de même un .vidjil pour une visualisation sur les premiers échantillons.
***
Ça me paraît un peu rapide. On n'a pas vraiment de solution pour « degrade gracefully ».
Garde les 16 premiers : est-ce que ça veut dire qu'on va fusionner toujours les mêmes sur le serveur s'il y a plus de 16 fichiers ? Comment on fait pour avoir les autres ? Le custom fuse ne permet pas de sauvegarder les analyses.
Côté serveur il faudrait avertir les utilisateurs qu'ils ne verront que 16 fichiers.
Il y a des utilisateurs avec plus de 16 fichiers, et ça peut faire sens : http://rbx.vidjil.org/browser/index.html?patient=790&config=25
Le problème est surtout avec les runs ou avec Kiel qui met plein d'échantillons différents dans un même patient. Les clones n'ont rien à voir d'un échantillon à l'autre et donc on se retrouve avec des dizaines de milliers de clones dans le fichier. Une autre solution peut être de réduire le top lorsque le nombre de fichier augmente.
***
D'autant plus que l'utilisateur qui nous pause problème à ce sujet n'utilise pas le fuse automatique mais plutôt le custom_fuse, non ? Ne pourrait-ton pas simplement avoir des configs qui fusent et d'autres non ?
***
Oui, effectivement ça serait une solution simple de proposer à Kiel une config sans fuse (on sait faire ça ?).
***
Je pense qu'il y a un bout de code à changer pour que le run accepte de ne pas fuse, mais oui je pense que c'est possible.
***
Oui, le coup de la config en plus, pourquoi pas !
Ou même... la config par défaut pourrit faire 16 fichiers au plus, et on a une config spéciale si quelques gens veulent avoir beaucoup de points.
> « degrade gracefully ».
> Garde les 16 premiers : est-ce que ça veut dire qu'on va fusionner toujours les mêmes sur le serveur s'il y a plus de 16 fichiers
C'est une bonne question. Mais que cela soit oui ou non, c'est un "degrade gracefully" si on montre 16 points... et si on dit qu'on a une autre config si vraiment on veut avoir d'autre chose.
Enfin, quitte à avoir une autre config, on pourrait aussi régler plus finement les paramètres du fuse (top et autres).
***
Ça me semble plus simple de demander à Kiel d'utiliser une config sans fuse, plutôt que de mettre en place le nécessaire pour avertir les utilisateurs que quand il y a plus de X fichiers ils ne verront pas tous les résultats et qu'ils doivent lancer avec une autre config (en espérant qu'il y ait une config correspondante avec un fuse infini).
Autre exemple, si j'uploade 20 fichiers dans mon run (ce qui n'est pas délirant), j'ai envie de savoir si j'ai de la conta entre mes 20 fichiers pas entre 16 fichiers plus ou moins choisis aléatoirement (dont l'ordre dépendra de l'upload).
En fait plus j'y réfléchis, plus j'ai l'impression qu'un top qui diminue progressivement avec le nombre de fichiers fournit une solution plus satisfaisante (et même pas besoin de demander à Kiel d'utiliser une autre config, on peut mais ça n'est pas indispensable).
***
> plutôt que de mettre en place le nécessaire pour avertir les utilisateurs
Je ne suis pas d'accord sur ce point, c'est très simple avec les notifications. Cela permet d'avoir, par défaut, un comportement correct pour la majorité des utilisateurs, et de les inciter à utiliser correctement les patients. (Et s'ils leur manquent quelque chose, c'est facile de rajouter une config pour un user, pour des bonnes raisons). Je préfère être sûr, dès maintenant, que tous les utilisateurs font ce qu'il faut (et traiter au cas par cas quelques cas comme Kiel) plutôt que de retomber dans quelques mois sur un autre utilisateur qui fera pareil.
> Autre exemple, si j'uploade 20 fichiers dans mon run (ce qui n'est pas délirant)
Oui, tout à fait ! 16 est un exemple, cela peut être 32 ou 42 :-) Dans tous les cas, au-delà de 8-10 simples, on devrait cacher sur le graphe (cf une autre tâche). Et encore plus si on fait des SampleSets : peut-être que quelqu'un aura un SampleSet de 100/200 patients correspondant à un truc particulier... (Mais lance-t-on les mêmes configs dans tous les SampleSet ? Ce n'est pas obligé.)
> En fait plus j'y réfléchis, plus j'ai l'impression qu'un top qui diminue progressivement avec le nombre de fichiers fournit une solution plus satisfaisante
Oui, c'est aussi possible, par exemple (1000 / #samples)... mais on a déjà du mal à expliquer ce qu'est notre top, alors là cela va être encore plus dur. Ou alors, 1000 tant que #samples < 8, puis ensuite cela descend.
***
Par défaut, met-on le -f dans fuse.py à 0 et on fait une config pour Kiel où le -f est à 1 (ou X) ?
***
Kiel vient d'ajouter une centaine de fichiers → –10 Go
***
@magiraud @RyanHerb @mikael-sWeb 2017.05Mikaël SalsonMikaël Salsonhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1745Run / SampleSet / Tags ?2017-02-08T13:45:15+01:00Vidjil TeamRun / SampleSet / Tags ?Évoqué vendredi dernier au CHR, puis en audio avec Marc, puis rediscuté.
Pour voir des contaminations et rentrer plus facilement les fichiers.
Quelques possibilités :
- créer un objet Run
- créer un SampleSet, un Run comme un Pati...Évoqué vendredi dernier au CHR, puis en audio avec Marc, puis rediscuté.
Pour voir des contaminations et rentrer plus facilement les fichiers.
Quelques possibilités :
- créer un objet Run
- créer un SampleSet, un Run comme un Patient a un SampleSet
- juste créer des Tags associés à chaque Sample
Dans tous les cas, un Sample pourrait être affecté à zéro (!) ou un Run et zéro ou un Patient. (Voire à plusieurs, approche Tags...)
***
Et le browser peut limiter utilement les délires d'informaticiens qu'on pourrait avoir (comme transformer un Run en Patient :-)
***
On en discute vendredi 4, idées bienvenues.
***
ping
***
Table inheritance ? http://thadeusb.com/weblog/2010/1/4/table_inheritance_with_web2py_dal
***
Consiste en une copie brute ? Peut-être pas super propre…
***
Le sample set est déployé sur http://dev.vidjil.org et http://test.vidjil.org.
***
@RyanHerb @Duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1731Distribuer (ou packager) Vidjil / Docker2019-11-22T13:44:17+01:00Vidjil TeamDistribuer (ou packager) Vidjil / DockerDe toute façon : avoir un README décrivant les dépendances. Un(e) admin peut toujours vouloir installer les paquets à la main.
Distribuer une VM
- inconvénient : on ne peut pas séparer les aspects serveurs, calculs et visualisation. To...De toute façon : avoir un README décrivant les dépendances. Un(e) admin peut toujours vouloir installer les paquets à la main.
Distribuer une VM
- inconvénient : on ne peut pas séparer les aspects serveurs, calculs et visualisation. Tout est fait sur la même machine, ce qui en terme de répartition de charge, ou d'organisation d'un cluster de calcul peut être compliqué
Package deb/rpm
- avantage : relativement facile à installer
- inconvénients : sous distrib/OS exotiques ? il faut être root
Docker
- inconvénient : Docker n'est pas installé partout. Pour une plateforme bioinfo cela peut poser problème. Cela va surtout dépendre de la popularité de Docker.
***
VM : de toute façon on doit le faire pour le CHR
Mais autant documenter le plus possible (README, voire deb/rpm)
***
Mentionné par Rayan pour Mirkwood : https://github.com/lh3/proot-wrapper
« C'est un moyen pour diffuser des environnements complets, à la virtual machine, mais sans avoir besoin d'être root ou d'avoir par ex. VMWare ou Virtualbox installé.
Trop beau pour être vrai? Pourtant Heng Li n'a pas réputation d'endosser n'importe quelle technologie (il n'a pas adopté docker par exemple).
A jeter un oeil.. cela pourrait être une solution idéale pour mirkwood si j'en crois la description. »
***
Avis de Heng Li (auteur de plusieurs logiciels de Bioinfo) : https://lh3.github.io/2015/04/25/a-few-hours-with-docker/
« I am particularly against dockerizing easy-to-compile tools such as velvet and bwa or well packaged tools such as spades. Another large fraction of tools in C/C++ can be compiled to statically linked binaries or shipped with necessary dynamic libraries (see salifish). While not ideal, these are still better solutions than docker. Docker will be needed for some tools with complex dependencies, but I predict most of such tools will be abandoned by users unless they are substantially better than other competitors, which rarely happens in practice. »
***
On en reparle en juin, pour éventuellement un travail en septembre/octobre.
***
(Live from JOBIM) J-F Gibrat (directeur de l'IFB) dit que Docker est une solution en train de s'imposer. Il y a un dépot à Genouest (Rennes), c'est ce qu'évoquait Guillaume ?
***
Guillaume O. ne doit pas connaître ce qui se fait chez Genouest, mais plutôt généralement à Inria, donc ici à Inria Rennes. Après, peut-être que Genouest utilise le Docker d'Inria Rennes...
***
Guillaume O. :
> Il faut solliciter Charly Maupetit (charly.maupetit@inria.fr).
Ryan, tu pourras le contacter quand tu auras déjà un Docker un peu avancé qui tourne.
***
GenOuest : https://docker-ui.genouest.org/app/#/
***
@RyanHerbhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1585Plot : avoir une légendre pour certains axes ?2016-11-29T14:38:14+01:00Vidjil TeamPlot : avoir une légendre pour certains axes ?Qu'on soit en grid ou en bar plot, on n'a pas de légende pour les axes
Ce n'est effectivement pas la peine pour un gène/allèle V/D/J ou pour un locus, on voit bien ce que c'est. Mais on a maintenant plein d'autres variables... on oublie...Qu'on soit en grid ou en bar plot, on n'a pas de légende pour les axes
Ce n'est effectivement pas la peine pour un gène/allèle V/D/J ou pour un locus, on voit bien ce que c'est. Mais on a maintenant plein d'autres variables... on oublie vite ce qu'on a sélectionné.
Bref, faudrait-il mettre des légendes ? Ce serait alors redondant avec le mini-menu plot, qui est très élégant.
***
Excellent !
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1553Changer le germline d'un clone2017-12-04T14:55:54+01:00Vidjil TeamChanger le germline d'un cloneCela permettrait de répondre à plusieurs questions :
- bouger des clones mal affectés, en récupérer (xxx > IGH+)
- et ignorer vraiment des clones dont on ne veut pas (un locus > xxx)
1) Si c'est dans le .analysis, est-ce que l'info pa...Cela permettrait de répondre à plusieurs questions :
- bouger des clones mal affectés, en récupérer (xxx > IGH+)
- et ignorer vraiment des clones dont on ne veut pas (un locus > xxx)
1) Si c'est dans le .analysis, est-ce que l'info passe bien ?
2) Quelle procédure pour changer ? (réfléchir aussi au changement de V / de J, peut-être dans le info)
***
pour 2), le germline apparait maintenant dans getInfoHtml, ce serait le bon endroit pour avoir un bouton pour éditer
***
Marc : « en soit c'est facile, mais ça change toutes les stats et il faudrait la sauvegarder ou rejouer le changement »
***
Marc : « il crée la liste des gènes en fonction des gènes réellement utilisés. C'est fait à chaque fois qu'on change de germline. Il faudrait relancer la fonction qui calcule cela quand on change le germline d'un clone. »
***
Dépend de « changer les gènes V/D/J d'un clone » : https://www.producteev.com/workspace/t/555b3f53b1fa09245f000000
***
Vu ensemble : ok, bien, n'afficher les listes déroulantes que lorsqu'on clique sur un bouton "edit" dans la barre de titre "segmentation"
***
fait.
***
voir les changments de stats induits
***
Parfait, merci !
***
e105a41: Je viens de faire en sorte que le bouton ne soit visible que lorsqu'on est en mode développement (faire Ctrl-A). J'ai en effet besoin de mettre à jour le browser sur rbx et d'utiliser master.
***
Oups... tu as commité des choses aujourd'hui dans "florian", mais sans récupérer avant ce que j'avais mis dans "master" hier... cela sent le conflit lorsque tu vas devoir merger...
***
Euh... en fait non, ton dernier commit 9b1ea5b est bien une reprise de ce qui est dans master... mais c'est bizarre, ce n'est pas un commit de merge. On en discutera demain.
***
... en tout cas c'est très joli comme cela !
***
@flothonihttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1535Sélection par colonne/ligne et clones invisibles2016-11-29T14:37:35+01:00Vidjil TeamSélection par colonne/ligne et clones invisiblesActuellement, la sélection par colonne/ligne sélectionne aussi les clones pas visibles (par exemple parce que le top est trop bas, mais peut-être aussi filter ?).
Discuter ensemble avant de changer, voir si ce qui est souhaitable ou non...Actuellement, la sélection par colonne/ligne sélectionne aussi les clones pas visibles (par exemple parce que le top est trop bas, mais peut-être aussi filter ?).
Discuter ensemble avant de changer, voir si ce qui est souhaitable ou non.
***
commit a6f43b
***
@Cyanaelhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1415Regrouper TRD et TRD+, ou les comptabiliser ensemble ?2016-11-29T14:36:01+01:00Vidjil TeamRegrouper TRD et TRD+, ou les comptabiliser ensemble ?(Yann, 10 février)
Dans certains cas, on souhaite regrouper IGH/IGH+, TRD/TRD+/VdJa, et IGK/IGK+.
Pour des questions d'axes, cela parait difficile de tout regrouper, surtout que de temps en temps on aime voir ce qui est complet et ce qui...(Yann, 10 février)
Dans certains cas, on souhaite regrouper IGH/IGH+, TRD/TRD+/VdJa, et IGK/IGK+.
Pour des questions d'axes, cela parait difficile de tout regrouper, surtout que de temps en temps on aime voir ce qui est complet et ce qui ne l'est pas.
Après discussion, on voit que ce qui est important est surtout de pouvoir calculer le pourcentage de chaque clone par rapport au total TRD/TRD+/VdJa. Ce pourcentage pourrait être affiché sous la forme
"30.0% (37.3% of TRD/TRD+/VaJa, 43.32% of TRD)", que ce soit dans les rapports ou dans l'export .csv ou fasta.
À discuter Marc/Mikaël/Mathieu avant de lancer l'implémentation.
***
7c3305b
***
@Duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1236germlines.js: mise à jour des séquences2017-12-04T14:55:54+01:00Vidjil Teamgermlines.js: mise à jour des séquencesMarc, tu as un script quelque part qui crée le .js ? Il faudrait le relancer... (et le mettre dans le git, à côté de split-from-imgt.py). Note qu'il y a maintenant des fichiers isolés (type TRDD2-01.fa, et il y aura aussi KDE.fa), certai...Marc, tu as un script quelque part qui crée le .js ? Il faudrait le relancer... (et le mettre dans le git, à côté de split-from-imgt.py). Note qu'il y a maintenant des fichiers isolés (type TRDD2-01.fa, et il y aura aussi KDE.fa), certaines séquences peuvent être en double.
Ou bien, à terme, faire que le javascript accède directement aux séquences dans les fichiers fasta dans germline (et dans ce cas, plus besoin de js/germline.js vu que le reste est dans germline.data)
***
>>faire que le javascript accède directement aux séquences dans les fichiers fasta dans germline
On peut parser n'importe quel fichier texte en javascript sauf les fichiers locaux (toujours la même restriction le javascript n'a pas a accéder aux fichiers de l'utilisateur) donc faisable mais il faut abandonner le offline
***
donc pour l'instant le germline.js est une bonne solution (pas parfaite, mais bon)
***
séquences a jour ainsi que le script déplacé dans /germline
>> 41b25020ac88a0
>> 948fead4f8d6fec
***
e4d33ac : script rajouté dans get-germline
***
@Duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1203Fichiers compressés pour le c++2016-11-29T14:33:08+01:00Vidjil TeamFichiers compressés pour le c++Proposition pour faire simple : si un fichier est en .gz / .zip / .bz2, au moment où il est sauvegardé, on le décompresse.
(En fait ce n'est pas si simple, cela demande de vérifier qu'il ne fait bien qu'un seul fichier et qu'il ne va p...Proposition pour faire simple : si un fichier est en .gz / .zip / .bz2, au moment où il est sauvegardé, on le décompresse.
(En fait ce n'est pas si simple, cela demande de vérifier qu'il ne fait bien qu'un seul fichier et qu'il ne va pas pourrir le répertoire d'upload : est-ce que cela peut être vérifié)
(On pourrait ensuite réfléchir à une compression du reste et à tout sauvegarder, mais ce n'est pas urgent du tout.)
***
Bingo : Salamanca nous a envoyé deux fichiers en .gz.
Ce que j'ai fait, à la main : décompresser (dans /mnt/upload/uploads), puis un lien symbolique
ln -s xxxxx.fa xxxxx.fa.gz (la DB croit toujours que le fichier s'appelle .gz)
***
Rebelote, nouvel envoi de Salamanca
3a44cbc16e, gunzip-sequences.py, à lancer par www-data.
Quelle sera la bonne solution ? à discuter :
- soit le serveur lance gunzip-sequences.py
- ou bien décompression de chaque fichier
- soit traité par vidjil.cpp ?
***
se linker à <zlib.h> (optionnel, avec #ifdef)
***
gzstream : http://www.cs.unc.edu/Research/compgeom/gzstream/
***
header-only version of gstream : https://gist.github.com/piti118/1508048
peut-être trop confidentiel ?
***
27e8474..ef122da
***
@magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1077Quelles versions de navigateur demande-t-on a nos usagers ?2021-11-11T10:39:32+01:00Vidjil TeamQuelles versions de navigateur demande-t-on a nos usagers ?
**Ici ~"!-reflexion", voir les stats sur #2417.**
***
* IE : ne passe pas sur IE 9.0 (cf mails avec Jos), pourtant 2011 :-). Passe avec IE 10.0 ?
* IE : il semble que cela passe sur IE 10.0
***
rempli browser.org, mais avec des versi...
**Ici ~"!-reflexion", voir les stats sur #2417.**
***
* IE : ne passe pas sur IE 9.0 (cf mails avec Jos), pourtant 2011 :-). Passe avec IE 10.0 ?
* IE : il semble que cela passe sur IE 10.0
***
rempli browser.org, mais avec des versions blindées actuelles... il faudrait enquêter plus pour donner des versions plus raisonnables (et aussi vérifier pour IE 10)
***
Il faudrait une URL publique sans authentification pour lancer des « tests » (basiques) en utilisant des sites comme http://browsershots.org/ ou http://www.browserstack.com
Sur rbx on pourrait même utiliser le paramètre ?data pour tester la visualisation de http://rbx.vidjil.org/browser/?data=test.vidjil sur plein de navigateurs. Bien sûr il faudrait désactiver la vérification du navigateur pour ces tests (avec un param dans l'URL ?).
Ou alors on peut interagir directement avec browserling.com (mais ça demande pas mal de temps).
***
Excellente idée...
et c'est déjà le cas : http://rbx.vidjil.org/browser/?data=test.vidjil ne demande pas d'authentification
Essayé sur browsershots.org, mais n'arrive pas à lire robots.txt (alors que j'en ai rajouté un dans sites-available)
***
browserling, je ne connaissais pas. Rigolo, et il faut se dépécher en 3 minutes :)
***
Yououh ! http://browsershots.org/http://rbx.vidjil.org/browser/?data=test.vidjil
(robots: c'était peut-être juste un problème de cache.)
***
FF: le 21 a l'air de marcher... mais d'autres (22, 27, 28, 31) ne sont pas passés (pb juste temporaire ?)
***
Chrome: à partir du 20, cela a l'air correct (mais boites de bug dans plusieurs versions ensuite) ?
***
Bizarre pour FF, sur browserling j'avais pu jouer avec FF4 et ça marchait bien.
***
Obtenir d'anciennes versions de Chrome : https://google-chrome.en.uptodown.com/ubuntu/old
(si qq1 connait une astuce pour avoir plusieurs versions en parallèle, je suis preneur).
***
J'ai trouvé ça: http://stackoverflow.com/questions/10541225/cross-browser-testing-all-major-browsers-on-one-machine#10541484 mais je n'ai pas encore testé
***
#1078, #1079, #1080
***
@RyanHerb @Duez @mikael-s @aurelBZHWeb 2018.01https://gitlab.inria.fr/vidjil/vidjil/-/issues/902utilisation2016-11-29T14:29:02+01:00Vidjil Teamutilisation
***
#899
***
#899https://gitlab.inria.fr/vidjil/vidjil/-/issues/901renommage2016-11-29T14:29:02+01:00Vidjil Teamrenommage
***
#899
***
#899https://gitlab.inria.fr/vidjil/vidjil/-/issues/900sélection2016-11-29T14:29:02+01:00Vidjil Teamsélection
***
#899
***
#899https://gitlab.inria.fr/vidjil/vidjil/-/issues/899Icones, design2016-11-29T14:29:03+01:00Vidjil TeamIcones, designrefaire les icones star/info/system
***
- "warning"
- "sort"
- "merge" ?
- "play", "pause"
peut-être déjà faire une liste de tout ce qu'on aurait besoin...
***
- "search" / "X"
- "+/-" (merge des clones)
***
http://thenounpro...refaire les icones star/info/system
***
- "warning"
- "sort"
- "merge" ?
- "play", "pause"
peut-être déjà faire une liste de tout ce qu'on aurait besoin...
***
- "search" / "X"
- "+/-" (merge des clones)
***
http://thenounproject.com des gratos, d'autres non
https://useiconic.com 129$ !
https://icomoon.io
avant de choisir quelque chose, se mettre d'accord sur la liste de ce qu'on veut
***
Font Awesome. Libre !
http://fortawesome.github.io/Font-Awesome/icons/
http://fortawesome.github.io/Font-Awesome/examples/
fa-warning
fa-search
fa-star
fa-sort
+ spinner pour upload
+ play/pause/...
Et on pourrait leur demander s'il en manque...
merge ?
***
http://fontello.com/
On peut choisir les icônes de plusieurs sets (dont Font Awesome) et récupérer ce qu'il faut pile à la bonne taille
***
Avant d'utiliser, faire un renommage cohérent de l'ensemble
***
à remettre à l'ordre du jour, on avait déjà fait une belle sélection...
***
Il faut donc faire un "make" dans browser/css/icons
***
#900, #901, #902
***
@nobody @magiraudhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4792Qu'est-ce qu'un bon test fonctionnel browser/server ? Améliorer les tests uni...2021-10-08T11:41:39+02:00Mathieu GiraudQu'est-ce qu'un bon test fonctionnel browser/server ? Améliorer les tests unitaires ?Discuté avec @flothoni et @duez : que ce soit watir ou cypress, que doit être un bon test fonctionnel pour ne pas être juste du "clique-bouton" + "parse" ?
Marc: "les choses intelligentes devraient être surtout dans les tests unitaires,...Discuté avec @flothoni et @duez : que ce soit watir ou cypress, que doit être un bon test fonctionnel pour ne pas être juste du "clique-bouton" + "parse" ?
Marc: "les choses intelligentes devraient être surtout dans les tests unitaires, le test fonctionnel pourrait juste vérifier que les choses sont au bonne endroit. Vouloir avoir trop de scénarios complexe ne couvre pas de toute façon"
Mathieu: "Ok en général, mais par contre les scénarios type tutorial/doc sont intéressants à être testés"
Marc: "Oui, le scénarion utilisé 90% du temps doit être testé. Mais pas le scénario ultra-bizarre de composition de deux fonctionnalités, tester plutôt au plus près de la fonctionnalité en cause, et donc unitaire."
Florian: "Autre perspective: qu'a-t-on envie avoir comme test échoués ? Le but d'un test est qu'il échoue quand il le faut pour nous aider. Et dans le passé, a-t-on eu beaucoup de tests ainsi ?"
Marc: "On devrait faire plus de chose en tests unitaires (et pas de parse à faire). Typique fonction de reset, loading. Et d'ailleurs quand un test QUnit échoue, je sais que c'est problème majeur"
Florian: "Absolument !"
Discussion sur un cas particulier: bug sur clone de distribution #4789. Marc: "Un bon réflexe est de faire des tests... mais si on le fait fonctionnel, c'est trop loin, on s'intéresse à une interaction trop particulière sur des millions de combinaisons. Rajouter plutôt un test unitaire au bon endroit sur le comportement fautif." Point très intéressant à creuser.
Si vous voyez des liens/posts là-dessus, n'hésitez pas à les mettre.Web 2021.11