On s’en fout. On parle de LinuxFr qui est un lieu d’échange public. Que tu prennes des photos à poil avec tes amis ou fasse de vraies tournantes, grand bien te fasse tant qu’ils sont consentants, par contre pour te citer :
Posté par jyes .
En réponse au journal Arch et le tournant.
Évalué à 0.
Dernière modification le 26 juillet 2012 à 20:49.
Franchement, je suis sûr que j’aurais fait plus vite à faire un script qui fait à coups de regex le même boulot que celui de Fedora pour Grub 0.9 qu’à maîtriser la logique tordue de grub-mkconfig avec plusieurs fichiers de configuration de plusieurs niveaux et plein d’automatismes qui ne sont pas tous prévus pour être paramétrables.
Ça tombe bien, tu peux. Les machins dans /etc/grub.d/ sont des scripts et tu peux très bien y mettre un 99_my_ugly_regex qui mouline comme un sale pour faire ce que le script de ta distrib faisait avec Grub 1.
Alors heureux ?
Amuse toi bien avec ton pseudo KISS plein de regex alors que des scripts plus simples font déjà tout pour te simplifier la vie.
Ça ne veut rien dire… le choix du mot de passe est forcément de la sécurité par l’obscurité, sinon ce n’est plus un mot de passe secret. Ensuite s’il utilise un algo pour générer ses mots de passe, il affaiblit ses mots de passe au cas où suffisamment d’entre eux seraient découverts pour en déduire l’algorithme utilisé.
Si tu considères sa méthode comme de la sécurité par l’obscurité alors c’est le cas pour tout mot de passe, et tu peux considérer son algo comme son méta-mot de passe avec lequel il génère ceux qu’il utilise pour se connecter. Et comme avec un vrai mot de passe, c’est une bonne idée d’en changer de temps en temps.
Alors pourquoi mettre en place en MX2 ? Tu peux très bien le mettre en place seulement une fois que tu as perdu ta connexion, et ton copain Tanguy récupèrera tes mails. En attendant, quand tu n’as pas 5 jours de coupure, tu t’en sors tout seul et c’est très bien.
C'est exactement la meme chose pour la téléphonie, contrairement à ce que tu dis.
Non, à la FNAC, le commercial assure la première étape du SAV (réception du matériel), fait croire qu’il est compétent et envoie le tout aux techniciens invisibles à l’autre bout du monde. En téléphonie, le commercial te fait comprendre qu’il n’est là que pour t’escroquer au moment de l’achat et que pour le SAV, tu te débrouilles pour l’appeler au numéro surtaxé avec ton appareil qui ne fonctionne pas.
Je pensais naïvement que lancer le démon ibus-daemon le ferait marcher, mais il n'en était rien. Il faut absolument passer par l'interface Xfce.
Je n’utilise pas XFCE, mais je ne suis pas surpris que lancer le démon IBus soit insuffisant. Pour utiliser une méthode de saisie externe, il faut soit définir des variables d’environnement (comme GTK_IM_MODULE et QT_IM_MODULE), soit (pour GTK) enregistrer ce choix dans ton démon de gestion des préférences (qui gère aussi ton thème GTK). Quand tu passes par XFCE, il doit effectuer cette seconde solution à travers le démon « xfce4-settings ».
Pour la mise en œuvre manuelle (qui marche avec GTK, QT, et autres), voir la très bonne documentation du wiki d’Arch !
Posté par jyes .
En réponse à la dépêche ownCloud 4 est sorti.
Évalué à 9.
Dernière modification le 24 mai 2012 à 07:59.
Tout cela s'installe facilement et ne nécessite que PHP et une base MySQL ou PostgreSQL
Ou même sqlite pour les moins gourmands (ou les plus auto-hébergés).
Vu la rapidité d’installation, j’ai mis à jour mon ownCloud vers cette nouvelle version dès sa sortie et suis vraiment impressionné par ce projet au développement rapide par la qualité du résultat. La seule vraie difficulté avec ownCloud, c’est de trouver un bon client CalDAV et CardDAV libre pour en profiter pleinement.
En fait non, car en pratique en auto-hébergement (au sens de s’héberger soi-même, je t’épargne ta diatribe sur le courriel sur ADSL que je connais déjà très bien), le problème du spam est incomparable avec celui des gros hébergeurs. Sur mon serveur qui tourne depuis plusieurs années, les RBL et le greylisting sont pour le moment cosmétiques car au regard des logs du serveur les tentatives de spam restent vraiment très rares (je vois surtout des tentatives d’envois pour l’utiliser comme open-relay, ce qu’il n’est évidemment pas). C’est vrai que c’est un tout petit serveur, mais il reste de la marge avant que ces méthodes antispam les plus simples soient dépassées.
En fait, la dépense inutile c’est de centraliser l’hébergement des courriels du monde entier sur quelques gros domaines qui peuvent alors être massivement spammés et nécessitent des règles de filtrage de plus en plus complexes pour isoler le pouillème de courrier légitime qu’ils reçoivent.
Étonnant comme commentaire. Justement Gimp est l’un des rares programmes que je “tile”. Comme quoi, le choix d’un mode multifenêtre ou monofenêtre en plus du choix du gestionnaire de fenêtre va vraiment permettre à chacun de se faire l’environnement qu’il souhaite et apporter un choix d’ergonomie rarement atteint avec d’autres logiciels.
Et la liste des nouveautés est impressionnante, cette mouture s’annonce particulièrement réussie, j’ai hâte de la tester.
Ça ne suffit pas. J’ai déjà été confronté à un problème similaire à celui décrit ici. Parfois, il y a des mises en page dont on ne comprend pas l’origine, et une solution serait de pouvoir supprimer tous les styles pour tout refaire manuellement depuis zéro.
Cette fonctionnalité me serait bien utile car j’utilise peu LibreOffice, mais à chaque fois je suis dépité par les styles par défaut et je dois tous les modifier pour revenir à une mise en page toute bête avant de refaire le style qui me plaît. Pouvoir facilement supprimer toute la mise en page, y compris celle des styles par défaut, serait donc bienvenu, et si quelqu’un sait comment faire, je suis preneur de l’astuce aussi.
Ce serait beau si c’était vrai. En pratique, on trouve beaucoup de mail.example.com, mais surtout de tout et n’importe quoi. D’où ma remarque, il n’y a pas de règle ni d’usage commun contrairement à ce que tu dis. Quand je vois les noms des serveurs SMTP des FAI locaux de ma province canadienne, j’échoue à en extraire une quelconque logique.
D’ailleurs Thunderbird, le magique MUA qui détecte les serveurs tout seul, embarque une liste des gros serveurs et la configuration qui va avec. Dès que tu sors de ce qu’il connaît, il y va comme un sale à tester un nombre de combinaisons hallucinant juste pour faire croire que c’est simple. C’est tellement simple, qu’il faut faire très attention pour désactiver à temps cette fonctionnalité avant qu’il ne lance sa recherche quand tu veux configurer un domaine qu’il ne connaît pas. Si tu le laisses faire, tu en as pour des plombes à attendre qu’il finisse toutes ses combinaisons (pour un simple nom avec mail.example.com utilisé pour tous les protocoles), et encore, c’est en espérant qu’aucun fail2ban ne tourne sur le serveur… s’il y en a un, ta conf’ automatique n’aboutira jamais de toute façon.
Mais quel est l'intéret d'avoir un service de gestion de contacts "dans le cloud" ?
Ça dépend, si c’est Dans Ton Cloud, c’est intéressant. Mais là, pour le coup, les distributions fournissent tous les outils libres pour le mettre en place, il y a même de multiples choix pour y parvenir (IMAP, CalDAV, SSHFS, et autres au gré de votre imagination) qui sont parfaitement supportés par les logiciels serveurs et clients libres.
Donc, quand fredix écrit :
Mais les desktop Linux avancent aussi puisqu'il utilise les services proprio des autres :)
je pense qu’il est d’une complète mauvaise foi, puisque la liberté est donnée aux utilisateurs à la fois côté client, et côté service. Par contre, c’est vrai, certains clients n’imposent pas de gérer soi-même son propre service et peuvent aussi utiliser des services proprios, mais je ne vois pas de quelle liberté prive le client dans ce cas là.
Sinon, j’aime bien le système des distributions Linux modernes. Ma Fedora au travail passe en revue les bibliothèques chargées avant chaque mise à jour, et si l’un d’elle est affectée par la mise à jour, j’ai une alerte qui propose de redémarrer le système ou la session au besoin (sans ultimatum de 4 heures).
(il me semble qu'on imagine aisément qu'openMP fait N filaments pour traiter un segment, alors qu'en réalité il en fait au maximum N simultanément et qu'en permanence des filaments naissent vivent et meurent dans l'indifférence générale ;-)
Non. D’ailleurs dans le code que j’utilise, les filaments [0] sont créés une fois et synchronisés (le plus rarement possible) à coup de « barrier ». C’est à peu près ce que fait automatiquement le compilateur avec l’ordonnanceur « static », mais :
le code est plus simple : moins encombré de directives OpenMP;
plus facile à comprendre : synchronisation explicite là où elle est nécessaire, plutôt que de se poser toujours la question de l’usage ou non de la règle « nowait »;
et plus souple : on peut décider de faire un partage déséquilibré du calcul entre filaments si l’on sait à l’avance que certains traitement seront plus longs que d’autres, sans pour autant compliquer le code avec un ordonnancement dynamique.
[0] Je ne connaissais pas cette traduction, elle me plaît bien, j’espère qu’elle est assez utilisée pour pouvoir l’adopter définitivement en restant compréhensible.
Au final, le résultat obtenu ressemble assez à une parallélisation MPI (avec le double avantage de la mémoire partagée et que le code peut toujours se compiler en séquentiel pour déboguer), c’est pourquoi la découpe des tableaux n’aurait pas été si difficile. Suivant vos conseils, je vais quand même me l’épargner si elle n’apporte rien.
Merci du conseil, c’est un peu le genre de remarque que j’attendais. Cependant, si je me pose la question, ce n’est pas vraiment pour gérer moi-même la mémoire avec des fonctions prenant en compte NUMA, c’est juste pour choisir la méthode de parallélisation la plus efficace, sans vraiment sortir des clous d’OpenMP.
À la lecture de l’ensemble des réponses, il semble que le meilleur compromis soit de ne pas me préoccuper de NUMA directement mais d’allouer un tableau de donnée par thread (façon MPI), en laissant au système d’exploitation le soin de gérer la proximité entre le stockage de ce tableau en mémoire et le thread associé. Un seul gros tableau ne pouvant être proche de tous les threads à la fois, il se retrouvera forcément loin d’un certain nombre d’entre eux. Au besoin, s’assurer que mon code accède bien la première fois à chaque espace mémoire depuis le bon thread (pour tenir compte du « first touch ») n’est pas bien compliqué.
on ne saurait trop vous recommander des tests de performance extensifs ; histoire d'éviter de vous échiner sur un faux problème
Effectuer de bons tests risque de me prendre autant de temps que de découper mes tableaux, j’en ferai mais ça ne me coûte pas grand chose d’envisager la méthode la plus efficace en amont de ces tests.
[^] # Re: hot-babe
Posté par jyes . En réponse à la dépêche Petite rétrospective diversité, sexisme, harcèlement et humour vaseux. Évalué à 2.
On s’en fout. On parle de LinuxFr qui est un lieu d’échange public. Que tu prennes des photos à poil avec tes amis ou fasse de vraies tournantes, grand bien te fasse tant qu’ils sont consentants, par contre pour te citer :
[^] # Re: Grub
Posté par jyes . En réponse au journal Arch et le tournant. Évalué à 0. Dernière modification le 26 juillet 2012 à 20:49.
Ça tombe bien, tu peux. Les machins dans /etc/grub.d/ sont des scripts et tu peux très bien y mettre un 99_my_ugly_regex qui mouline comme un sale pour faire ce que le script de ta distrib faisait avec Grub 1.
Alors heureux ?
Amuse toi bien avec ton pseudo KISS plein de regex alors que des scripts plus simples font déjà tout pour te simplifier la vie.
[^] # Re: C'est une blague ?
Posté par jyes . En réponse au journal Gé(né)rer ses mots de passe. Évalué à 3.
Ça ne veut rien dire… le choix du mot de passe est forcément de la sécurité par l’obscurité, sinon ce n’est plus un mot de passe secret. Ensuite s’il utilise un algo pour générer ses mots de passe, il affaiblit ses mots de passe au cas où suffisamment d’entre eux seraient découverts pour en déduire l’algorithme utilisé.
Si tu considères sa méthode comme de la sécurité par l’obscurité alors c’est le cas pour tout mot de passe, et tu peux considérer son algo comme son méta-mot de passe avec lequel il génère ceux qu’il utilise pour se connecter. Et comme avec un vrai mot de passe, c’est une bonne idée d’en changer de temps en temps.
[^] # Re: Ce que je constate
Posté par jyes . En réponse au journal RFC 6647: Email Greylisting: An Applicability Statement for SMTP. Évalué à 1.
Alors pourquoi mettre en place en MX2 ? Tu peux très bien le mettre en place seulement une fois que tu as perdu ta connexion, et ton copain Tanguy récupèrera tes mails. En attendant, quand tu n’as pas 5 jours de coupure, tu t’en sors tout seul et c’est très bien.
[^] # Re: Ça me choque de tout mettre au même niveau...
Posté par jyes . En réponse au journal Manchot chaud lapin. Évalué à 4.
Il a peut-être changé d’avis… :-)
[^] # Re: Ca me rappelle quelque chose ...
Posté par jyes . En réponse au journal Le SAV d'Orange ? Nul à ch*er !. Évalué à 2.
Et quand tu écris ça, ça ne te choque pas ?
[^] # Re: concurrence
Posté par jyes . En réponse au journal Le SAV d'Orange ? Nul à ch*er !. Évalué à 8.
Non, à la FNAC, le commercial assure la première étape du SAV (réception du matériel), fait croire qu’il est compétent et envoie le tout aux techniciens invisibles à l’autre bout du monde. En téléphonie, le commercial te fait comprendre qu’il n’est là que pour t’escroquer au moment de l’achat et que pour le SAV, tu te débrouilles pour l’appeler au numéro surtaxé avec ton appareil qui ne fonctionne pas.
C’est cette nuance que décrivait Albert_.
# Utiliser IBus
Posté par jyes . En réponse au journal Écrire en vietnamien sur ma distrib préféré. Évalué à 1.
Je n’utilise pas XFCE, mais je ne suis pas surpris que lancer le démon IBus soit insuffisant. Pour utiliser une méthode de saisie externe, il faut soit définir des variables d’environnement (comme GTK_IM_MODULE et QT_IM_MODULE), soit (pour GTK) enregistrer ce choix dans ton démon de gestion des préférences (qui gère aussi ton thème GTK). Quand tu passes par XFCE, il doit effectuer cette seconde solution à travers le démon « xfce4-settings ».
Pour la mise en œuvre manuelle (qui marche avec GTK, QT, et autres), voir la très bonne documentation du wiki d’Arch !
[^] # Re: Chiffrement???
Posté par jyes . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 3.
Ça va toutefois être plus compliqué de faire exécuter le JavaScript au client à travers WebDAV…
# oudClown, une solution qu’elle est bien pour mon nuage
Posté par jyes . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 9. Dernière modification le 24 mai 2012 à 07:59.
Ou même sqlite pour les moins gourmands (ou les plus auto-hébergés).
Vu la rapidité d’installation, j’ai mis à jour mon ownCloud vers cette nouvelle version dès sa sortie et suis vraiment impressionné par ce projet au développement rapide par la qualité du résultat. La seule vraie difficulté avec ownCloud, c’est de trouver un bon client CalDAV et CardDAV libre pour en profiter pleinement.
[^] # Re: Timing?
Posté par jyes . En réponse au journal Le Raspberry Pi fait des des jaloux. Évalué à 10.
Sinon, selon notre confrère LinuxFr, « il semblerait bien que tous les projets de carte graphique open-source soient morts » :
https://linuxfr.org/users/claudex/journaux/le-raspberry-pi-fait-des-des-jaloux
[^] # Re: Pas moi.
Posté par jyes . En réponse au journal Des LinuxFRiens Shanghaiens ?. Évalué à 1.
Non, c’est l’Alberta qui sent le fioul.
[^] # Re: C'est pas si simple l'email.
Posté par jyes . En réponse au journal Les emails par Neuf…. Évalué à 1.
En fait non, car en pratique en auto-hébergement (au sens de s’héberger soi-même, je t’épargne ta diatribe sur le courriel sur ADSL que je connais déjà très bien), le problème du spam est incomparable avec celui des gros hébergeurs. Sur mon serveur qui tourne depuis plusieurs années, les RBL et le greylisting sont pour le moment cosmétiques car au regard des logs du serveur les tentatives de spam restent vraiment très rares (je vois surtout des tentatives d’envois pour l’utiliser comme open-relay, ce qu’il n’est évidemment pas). C’est vrai que c’est un tout petit serveur, mais il reste de la marge avant que ces méthodes antispam les plus simples soient dépassées.
En fait, la dépense inutile c’est de centraliser l’hébergement des courriels du monde entier sur quelques gros domaines qui peuvent alors être massivement spammés et nécessitent des règles de filtrage de plus en plus complexes pour isoler le pouillème de courrier légitime qu’ils reçoivent.
[^] # Re: KenObi1
Posté par jyes . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 2.
Oui, mais tu n’as jamais une dizaine de fenêtres différentes sur ton (seul) bureau puisque tu peux les grouper en onglets… ah, non plus en fait.
[^] # Re: Voilà qui va changer la vie...
Posté par jyes . En réponse à la dépêche GIMP 2.8 est sorti : une fenêtre unique !. Évalué à 10. Dernière modification le 03 mai 2012 à 18:13.
Étonnant comme commentaire. Justement Gimp est l’un des rares programmes que je “tile”. Comme quoi, le choix d’un mode multifenêtre ou monofenêtre en plus du choix du gestionnaire de fenêtre va vraiment permettre à chacun de se faire l’environnement qu’il souhaite et apporter un choix d’ergonomie rarement atteint avec d’autres logiciels.
Et la liste des nouveautés est impressionnante, cette mouture s’annonce particulièrement réussie, j’ai hâte de la tester.
[^] # AppleFr.org
Posté par jyes . En réponse au journal Ressuscité par ubuntu 12.04 ?. Évalué à 6. Dernière modification le 03 mai 2012 à 17:33.
Quand il en a un, ça va…
[^] # Re: Solution
Posté par jyes . En réponse au message Mise à zéro des syles dans LibreOffice. Évalué à 2.
Ça ne suffit pas. J’ai déjà été confronté à un problème similaire à celui décrit ici. Parfois, il y a des mises en page dont on ne comprend pas l’origine, et une solution serait de pouvoir supprimer tous les styles pour tout refaire manuellement depuis zéro.
Cette fonctionnalité me serait bien utile car j’utilise peu LibreOffice, mais à chaque fois je suis dépité par les styles par défaut et je dois tous les modifier pour revenir à une mise en page toute bête avant de refaire le style qui me plaît. Pouvoir facilement supprimer toute la mise en page, y compris celle des styles par défaut, serait donc bienvenu, et si quelqu’un sait comment faire, je suis preneur de l’astuce aussi.
[^] # Re: Gnome Online Accounts et OwnCloud
Posté par jyes . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 6.
Ce serait beau si c’était vrai. En pratique, on trouve beaucoup de mail.example.com, mais surtout de tout et n’importe quoi. D’où ma remarque, il n’y a pas de règle ni d’usage commun contrairement à ce que tu dis. Quand je vois les noms des serveurs SMTP des FAI locaux de ma province canadienne, j’échoue à en extraire une quelconque logique.
D’ailleurs Thunderbird, le magique MUA qui détecte les serveurs tout seul, embarque une liste des gros serveurs et la configuration qui va avec. Dès que tu sors de ce qu’il connaît, il y va comme un sale à tester un nombre de combinaisons hallucinant juste pour faire croire que c’est simple. C’est tellement simple, qu’il faut faire très attention pour désactiver à temps cette fonctionnalité avant qu’il ne lance sa recherche quand tu veux configurer un domaine qu’il ne connaît pas. Si tu le laisses faire, tu en as pour des plombes à attendre qu’il finisse toutes ses combinaisons (pour un simple nom avec mail.example.com utilisé pour tous les protocoles), et encore, c’est en espérant qu’aucun fail2ban ne tourne sur le serveur… s’il y en a un, ta conf’ automatique n’aboutira jamais de toute façon.
[^] # Re: Gnome Online Accounts et OwnCloud
Posté par jyes . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 0.
C’est quoi un nom connu ? « Gmail » ?
[^] # Re: Ça ne me choque pas
Posté par jyes . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 4.
Ça dépend, si c’est Dans Ton Cloud, c’est intéressant. Mais là, pour le coup, les distributions fournissent tous les outils libres pour le mettre en place, il y a même de multiples choix pour y parvenir (IMAP, CalDAV, SSHFS, et autres au gré de votre imagination) qui sont parfaitement supportés par les logiciels serveurs et clients libres.
Donc, quand fredix écrit :
je pense qu’il est d’une complète mauvaise foi, puisque la liberté est donnée aux utilisateurs à la fois côté client, et côté service. Par contre, c’est vrai, certains clients n’imposent pas de gérer soi-même son propre service et peuvent aussi utiliser des services proprios, mais je ne vois pas de quelle liberté prive le client dans ce cas là.
[^] # Re: Mises à jour
Posté par jyes . En réponse au journal C'est une arme redoutable.. Évalué à 4.
Sinon, j’aime bien le système des distributions Linux modernes. Ma Fedora au travail passe en revue les bibliothèques chargées avant chaque mise à jour, et si l’un d’elle est affectée par la mise à jour, j’ai une alerte qui propose de redémarrer le système ou la session au besoin (sans ultimatum de 4 heures).
[^] # Re: C'est quoi un informaticien ?
Posté par jyes . En réponse au journal 285 jours : l’ancienneté moyenne au chômage des demandeurs d’emploi en informatique. Évalué à 3.
Et qu’est-ce qui les en empêche, si ça peut les aider à trouver des candidats plutôt que de se plaindre de pénurie ?
[^] # Re: First touch
Posté par jyes . En réponse au message Allocation de mémoire NUMA dans un code parallèle (threads). Évalué à 1. Dernière modification le 19 avril 2012 à 20:19.
Ça, git le fait pour moi :-)
Merci de vos retours.
[^] # Re: First touch
Posté par jyes . En réponse au message Allocation de mémoire NUMA dans un code parallèle (threads). Évalué à 2.
Non. D’ailleurs dans le code que j’utilise, les filaments [0] sont créés une fois et synchronisés (le plus rarement possible) à coup de « barrier ». C’est à peu près ce que fait automatiquement le compilateur avec l’ordonnanceur « static », mais :
[0] Je ne connaissais pas cette traduction, elle me plaît bien, j’espère qu’elle est assez utilisée pour pouvoir l’adopter définitivement en restant compréhensible.
Au final, le résultat obtenu ressemble assez à une parallélisation MPI (avec le double avantage de la mémoire partagée et que le code peut toujours se compiler en séquentiel pour déboguer), c’est pourquoi la découpe des tableaux n’aurait pas été si difficile. Suivant vos conseils, je vais quand même me l’épargner si elle n’apporte rien.
[^] # Re: First touch
Posté par jyes . En réponse au message Allocation de mémoire NUMA dans un code parallèle (threads). Évalué à 3.
Merci du conseil, c’est un peu le genre de remarque que j’attendais. Cependant, si je me pose la question, ce n’est pas vraiment pour gérer moi-même la mémoire avec des fonctions prenant en compte NUMA, c’est juste pour choisir la méthode de parallélisation la plus efficace, sans vraiment sortir des clous d’OpenMP.
À la lecture de l’ensemble des réponses, il semble que le meilleur compromis soit de ne pas me préoccuper de NUMA directement mais d’allouer un tableau de donnée par thread (façon MPI), en laissant au système d’exploitation le soin de gérer la proximité entre le stockage de ce tableau en mémoire et le thread associé. Un seul gros tableau ne pouvant être proche de tous les threads à la fois, il se retrouvera forcément loin d’un certain nombre d’entre eux. Au besoin, s’assurer que mon code accède bien la première fois à chaque espace mémoire depuis le bon thread (pour tenir compte du « first touch ») n’est pas bien compliqué.
Effectuer de bons tests risque de me prendre autant de temps que de découper mes tableaux, j’en ferai mais ça ne me coûte pas grand chose d’envisager la méthode la plus efficace en amont de ces tests.
Merci à tous pour vos réponses utiles !