Il est bien possible que ces propos soient pénalement répréhensibles (je dirais article 225-1 du code pénal français), il faudrait demander à un juge.
La modération a considéré qu'il ne respectait pas les règles en vigueur sur le site. C'est la troisième fois que la modération doit intervenir pour ce compte. Ce compte avait l'un des karmas les plus faibles du site, aucune contribution, uniquement des commentaires (fortement) négativement, et globalement tous de la même teneur.
Est-ce qu'il a dit quelque chose de vraiment répréhensible pénalement, ou bien c'est juste qu'il soutient une opinion politique qui ne vous convient pas ?
C'est une fausse dichotomie. Le fait de ne pas respecter les règles du site suffit à fermer son compte. Et les propos discriminatoires ne sont pas non plus une simple « opinion politique ». Et LinuxFr.org n'est pas tenu d'héberger n'importe quel propos de n'importe qui.
Dit autrement, on pourrait fermer un compte arbitrairement (ce n'est pas le cas ici), on pourrait le fermer par rapport aux règles de modération (ce qui est le cas ici), on pourrait le fermer sur du manifestement illégal (mais c'est déjà couvert par les règles de modération), on pourrait le fermer sur décision de justice (ce qui n'est pas le cas ici), on pourrait aussi le laisser ouvert et faire un signalement Pharos / déposer plainte et fournir les informations aux autorités (ce qui n'est pas le cas ici).
Ou pire, vous avez des pressions de mozilla, twitter ou facebook ou encore des Chinois du FBI pour taire certaines choses ?
Uniquement des aliens de Roswell et d'une députée syldave. Mais je dis ça parce que je n'ai pas le droit de parler des Reptiliens.
La modération a de nouveau estimé tes propos discriminatoires. C'est la troisième fois qu'elle doit intervenir sur ce compte. Ce compte est désormais fermé.
La page existe pour la modération (enfin elle affiche les 10000 premières étiquettes parce qu'à l'époque je me suis dit 10k_is_enough_for_anyone…). Mais les spammeurs utilisent pas mal les étiquettes, du coup je voulais nettoyer un peu avant de la sortir, et puis afficher tout n'est pas très utile au final pour le visiteur (les étiquettes populaires et les suggestions sont plus utiles). Là on parle plus d'un export des étiquettes qui pourrait être complet (et qui pourrait être inutile pour spammer aussi).
Il reste désormais 11276 étiquettes publiques (après avoir viré les étiquetages des contenus masqués et les étiquettes à décompte désormais nul).
Deux tiers ne sont pas des mots du dictionnaire (en prenant le paquet wfrench), en raison des expressions de plusieurs mots, des chiffres et symboles, des noms propres, probablement des fôtes aussi, etc. (et en convertissant les '_' en espaces avant).
Sur l'autre tiers, il y a probablement quelques doublons encore. Mais sortir l'artillerie lourde pour trier quelques doublons ça me semble exagéré (pour le gain espéré disons).
Ensuite ça pose un autre souci : en l'état, on ne gère pas les synonymes ou de redirection vers une autre étiquette ou des équivalences. On a des étiquettes publiques et suggérées, et des étiquettes masquées. Admettons que l'on veuille rendre synonymes (pris au pif sur https://fr.wikipedia.org/wiki/Liste_de_synonymes_concernant_l%27informatique ) :
explorateur web = navigateur web
fureteur = navigateur web
Si on en choisit un pour masquer les autres, ceux qui utilisent les autres ne trouveront pas vraiment, et jamais ils n'auront de suggestion pertinente en tapant fureteur ou explorateur si on n'a retenu que navigateur. Si on les laisse tous, on aura un joyeux mélange, et il faudra tri-étiqueter chaque contenu (et ça sera du taf a posteriori que personne ne veut faire). (Si on les enlève tous on aura un vrai problème aussi).
Le même souci se pose d'ailleurs sur certaines mauvaises étiquettes : par exemple driver pour pilote. On voudrait suggérer pilote, et éviter que les gens utilisent driver, mais ça serait pas mal que driver renvoie vers pilote d'une manière ou d'une autre, idéalement pendant les suggestions. Actuellement si je commence à taper 'driv' comme étiquette on me propose mandriva, openmandriva, onedrive et soliddriver, mais jamais pilote.
Tant que cette modification n'est pas codée, je ne crois pas très utile de pousser plus loin une optimisation de la base des étiquettes.
Sinon côté étiquetage j'aimerais bien avoir une fonctionnalité d'étiquetage massif en modération/admin aussi : par exemple dire « Je veux tous les contenus qui parlent de Julian Assange mais qui n'ont pas l'étiquette julian_assange », et ensuite tous ou peut-être une sélection sont étiquetables.
Si l'étiquette est jugée inutile, elle est masquée. Elle existe toujours mais n'est plus visible ni suggérée, mais elle reste accessible.
L'utilisateur peut supprimer son propre étiquetage. Mais l'étiquette reste avec son état affiché oui/non et son compteur (qui n'est pas décrémenté actuellement). Il est possible que l'étiquette n'ait plus aucun étiquetage.
Un contenu peut être masqué, ça ne change pas l'état ou le compteur de ses étiquettes mais l'étiquette peut ne plus rien afficher si tous les contenus sont masqués. Ça peut être une étiquette pertinente sur un contenu masqué pour doublon. Ça peut être une étiquette de spammeur si on a masqué tous ses contenus de spam (a priori on va masquer aussi ses étiquettes, maintenant on a accès à l'info facilement depuis ma modifié de fin d'année).
Il y a aussi les cas d'anonymisation d'un compte à gérer en base : réaffecter les étiquetages d'un compte à Anonyme, en gérant les collisions éventuelles avec ceux existants et en mettant à jour les compteurs. Ou la purge d'un compte : retirer des étiquetages et mettre à jour les compteurs.
Finalement on pourrait aussi vouloir virer les contenus masqués en base au bout d'un certain temps, vu que personne ne les voit. Donc virer les étiquetages dessus, décrémenter les compteurs, virer les étiquettes à compteur nul.
Dernier point : garder une étiquette inutile masquée plutôt que la détruire est un moyen de la garder masquée. Sinon elle pourrait être recréée plus tard et serait visible par défaut. C'est devenu moins utile avec ma modif de fin d'année qui notifie la modération des nouvelles étiquettes (c'est limite mieux de supprimer l'étiquette pour être notifié d'un nouveau pénible plus tard).
Pour les étiquettes je ne pense pas que l'on puisse juste les soumettre à du pertinent/inutile : les étiquettes concernent globalement le site, pas juste un contenu, même si elles sont portées par un ou plusieurs contenus. Chaque contenu (enfin les gens qui lisent chaque contenu) ne devrait pas opter pour des étiquettes en ignorant tout ce qui existe par ailleurs. Ou plutôt, idéalement, ça serait mieux que les étiquettes les plus utiles soient celles qui sont visibles, qui sont suggérées et qui sont réutilisées, quitte à ce que des étiquettes masquées soient présentes aussi voire réutilisées (mais jamais suggérées).
Exemple : dépêche sur le noyau Linux 8.42 qui vient de sortie en 2033. Il va avoir les étiquettes linux, noyau, kernel, linux_842 par exemple. OK les deux premières sont pertinentes pour être visibles (elles sont déjà utilisées une centaine de fois ou plus). kernel est un anglicisme, un doublon de noyau, elle va être masquée (on garderait kernel-package ou kernel_recipes qui sont des noms propres par exemple). Et linux_842 est, a priori, inutile, il n'y aura pas d'autres sorties de Linux 8.42 et il est peu probable que le noyau 8.42 ait beaucoup d'autres contenus directement liés à lui.
Du coup il y a du jardinage à faire pour ajouter les étiquettes qui manquent, corriger les typos dans les étiquettes, éviter les doublons, masquer les inutiles, dégager les spammeurs, etc. Ce jardinage me semble plus compliqué que juste noter pertinent/inutile : pour aider, il faut étiqueter les contenus, signaler les doublons, etc.
réduire le nombre d’étiquettes visibles à moins de 11 700 ce qui me semble toujours énorme
Cela a encore un peu baissé depuis. Cf les statistiques sur les étiquettes : 12802 étiquettes, dont 11484 étiquettes publiques ; mais bon 11500 mots de vocabulaire (si je puis dire, vu qu'une étiquette ça peut être des mots, des noms de personnes, de lieux, de projets, des nom+adjectif, etc.) ça me semble encore beaucoup. Après tout le but des étiquettes c'est de retrouver des contenus qui ont quelque chose en commun : si l'étiquette n'est utilisée qu'une seule fois des années après sa création, si on a des étiquettes vermillon/écarlate/garance/vermeil/etc. mais jamais la même sur des contenus qui parlent du rouge et pire que rouge n'est pas une étiquette, si l'étiquette posée comporte une typo comme dévellopeur (au lieu de développeur), etc. bref il y a plein de cas où l'étiquette publique est inutile (elle peut à la rigueur être utile à celui qui l'a posée, mais elle n'a pas besoin d'être publique). Sans parler des cas où l'étiquette est problématique en elle-même (insulte, injure, etc.).
Je ne sais pas si parmi vous il y avait des lecteurs du geektionnerd il y a quelques années
Il est toujours possible d'acquérir/offrir du geektionnerd via En Vente Libre (qui est aussi un moyen de don à l'association LinuxFr (ou à Framasoft ou à plein d'autres), histoire de déclarer un conflit d'intérêt :)).
Obipremier n'est pas une traduction : au mieux c'est une adaptation, ce que pourrait faire le traducteur si c'était important pour l'histoire, par exemple si d'autres personnes se nomment Obitwo, Obithree, etc. et qu'il faut que le spectateur francophone comprenne cela.
Indiana ne se traduit pas en indien. Je suppose que ça vient du nom de l'état. Et Indiana signifie en latin « Terre des Indiens » me dit Wikipédia.
boules de dragon est une traduction possible (comme snowball est une boule de neige et pas une balle de neige).
chapeau rouge ne me semble pas choquant : le logo est un chapeau rouge, ce n'est carrément pas fortuit.
Mickey Souris et Donald Canard ne me semblent pas choquants non plus : le fait de mettre le nom de l'animal dans le nom est bien un choix pour les petits enfants.
Alien ce n'est pas que étranger, c'est aussi extraterrestre, un côté autre/différent.
La traduction d'un nom de personnage est parfois nécessaire pour une œuvre : si tous les personnages ont des noms d'oiseau, ou une consonance particulière, ou que la clé de l'énigme finale est basé sur le nom du personnage, etc. Sauf que ça nécessite de connaître la fin de l’œuvre. Par exemple si George R. R. Martin avait prévu que le nom de château Riverrun était prévu pour avoir un assonance en 'r' ou que c'était le code secret pour déverrouiller la porte codée caché dans le sous-sol de la grotte du dragon au 53e tome de la série, alors il fallait le laisser tel que (ou trouver une traduction qui soit acceptable, mais alors il fallait le faire après la publication du 53e tome ou bien se trouver un peu bête… Cf l'exemple de Hodor pour ceux qui connaissent la série). Mais si Riverrun est juste en rapport avec des eaux rapides qui entourent le château (cf le blason par exemple) alors Vivesaigues (eaux vives en vieux français) est une bonne traduction. Autre exemple de traduction de nom : le personne de Mort dans le Disque Monde de Pratchett qui interagit avec Death. Du coup en français ils seront nommés Mortimer et La Mort.
C'est la magie de l'exotisme : un mot anglais même prononcé avec du pudding dans la bouche est nimbé d'une aura mystique et sa parure rend fade n'importe quelle traduction en comparaison. Du coup chaque profession utilise son jargon franglais parce que c'est trop classe, qui fait que l'on parle d'open data et pas de données ouvertes, de kernel et pas de noyau, de release plutôt que de version/révision/parution, etc (et je dis ça parce que je viens de parcourir les étiquettes du site). Du coup c'est super classe de s'appeler Skywalker, ça fait rêver, ça en jette, alors que Courleciel ne fait pas crédible. Reste à savoir si ça marche dans l'autre sens, si Tom Croisière, Halle Baie, Le Roc ou Sharon Pierre sont auréolés d'un accent frenchie, ou si L'Homme chauve-souris ou Le Sorcier ou La femme merveilleuse impressionnent le chaland.
(et j'avais le coffret VHS de la première trilogie, avec ces traductions françaises à l'arrache et non homogènes qui sont restées célèbres)
Ton cookie de session n'est pas actif lors de la prévisualisation (parce que tu viens d'un autre domaine), la soumission se fait donc en Anonyme, ce qui nécessite un nom et une adresse de courriel. Ensuite tu remplis les champs (juste pour passer outre au final) et à la second prévisualisation, ton cookie de session s'applique. Et enfin la réattribution à Collectif fait que le nom et l'adresse de courriel initiale ne sont plus utilisés ni stockés.
> SELECT news.title, news.author_name, news.author_email FROM news WHERE cached_slug LIKE 'agenda-du-libre-pour-la-semaine-%-de-l-annee-2020' ORDER BY news.id;
+----------------------------------------------------+-------------+--------------+
| title | author_name | author_email |
+----------------------------------------------------+-------------+--------------+
(...)
| Agenda du Libre pour la semaine 51 de l’année 2020 | Collectif | collectif@… |
| Agenda du Libre pour la semaine 52 de l'année 2020 | Collectif | collectif@… |
| Agenda du Libre pour la semaine 53 de l'année 2020 | Collectif | collectif@… |
+----------------------------------------------------+-------------+--------------+
Il est question de "travail collaboratif sécurisé", ce qui fondamentalement ne veut pas dire grand chose.
« Travail collaboratif » me semble assez explicite : la possibilité d'échanger/communiquer/travailler pour deux personnes et plus.
« sécurisé » est toujours plus relatif au contexte : chiffrement en transit, bout-en-bout, sur quel périmètre, pour quel modèle de menace, etc. D'où la précision ajoutée dans la phrase qui suit.
Par ailleurs dire que ça ne vient pas dire grand chose ne veut fondamentalement pas dire grand chose non plus :). On ne sait pas ce qui n'est pas clair ou assez précis pour toi ici.
Du coup comme cette terminologie n'est pas explicitée, la dépêche ressemble à une liste plus ou moins cohérente de logiciels.
Je ne crois pas que cette liste ait besoin d'une cohérence : une même personne ne va pas utiliser tous ces logiciels, n'a pas tous les besoins évoqués ici, et a priori elle sait si elle a besoin ou pas de visioconférence ou juste d'échanges textuels, d'un simple pad d'écriture simultanée à plusieurs ou d'un document riche type bureautique, etc.
Par exemple on trouve libreoffice online en alternative à cryptpad alors que l'un est un éditeur de documents bureautique en ligne et l'autre une solution chiffrée de bout en bout.
Tu peux donc avoir ton serveur Libreoffice à toi et faire ta bureautique collaborative de façon sécurisée (avec un contrôle de toute la chaîne) ou ton serveur cryptpad perso ou même utiliser un cryptpad hébergé hier vu le chiffrement bout-en-bout.
Il n'est pas fait mention de Etherpad ou Ethercalc non plus. Est-ce pour des raisons de sécurité ?
Tous les logiciels possibles ne sont pas mentionnés et la dépêche ne prétend pas être exhaustive. Il n'est pas fait mention d'un screen partagé pour faire du vim collaboratif, ou d'une solution plus simple et complète comme Tracim effectivement. Ça pourrait faire l'objet d'une autre dépêche sur le même sujet, ou faire partie des commentaires de celle-ci (ça tombe bien). Comme d'habitude, les logiciels mentionnés sont ceux qui ont été listés lors de l'écriture collaborative de cette dépêche en rédaction (et c'est scandaleux il n'y pas LinuxFr.org de mentionné non plus :).
Au niveau visioconférence les solutions sont elles équivalentes ? Quelles sont les possibilités de chacune d'un point de vue sécurité ? Et d'un point de vue collaboration ?
Comme mentionné dans la dépêche les solutions ne sont pas équivalentes : avec ou sans serveur par exemple. À moins d'avoir une liste sans fin de critères, vouloir une comparaison parfaite des fonctionnalités me semble vain (comment savoir si ce qui est important pour l'utilisateur sont le support des emojis, le fait d'être ou non en PHP, l'interconnexion possible ou non avec du SIPS, le fait de fonctionner sur Haiku, l'existence d'un support 24/7 ou que sais-je encore), et le but de la dépêche est de lister des logiciels, pas d'écrire des pages Wikipedia, les docs de ses logiciels ou de faire une réponse comparative à un appel d'offres.
Je comprends qu'une telle dépêche ne puisse avoir la prétention de présenter toutes les solutions existantes, mais là on mélange 2 thématiques (la sécurité et les solutions de travail en équipe) sans expliquer la démarche, les critères pour "définir" quelles solutions sont pertinentes.
Pertinentes pour qui ? La dépêche propose des solutions, elle ne dit pas « éh toi individu générique, tu as besoin de tel logiciel qui va répondre à tes besoins que je ne connais pas ».
Et oui je redis que Tracim aurait pu y figurer si quelqu'un l'avait ajouté en rédaction (ou en modération), vu que tu peux déployer ton propre serveur (sous réserve d'être capable de le faire effectivement).
Il me semble que le titre est trompeur et qu'il serait plus approprié sous une forme du type : "quelques solutions libres permettant de collaborer en ligne avec un niveau de confidentialité potentiellement fort". (Je reconnais que cette formulation un peu longue;)
Va pour un changement de titre.
Enfin dernier point lié au titre, on s'attendrait potentiellement à des conseils sur comment sécuriser ces outils, mais cf n'est pas le cas non plus. Jitsi meet par exemple peut être utilisé avec différents niveaux de confidentialité, liés à la manière de l'utiliser mais également à la manière de le configurer.
À mon avis, la dépêche ne serait jamais sortie dans ce cas (entre rester en déshérence en rédaction, ou devenir obèse/indigeste et restée non finalisée, ou avoir découragé tous les contributeurs).
[^] # Re: Commentaire supprimé
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Trump == Hitler. Évalué à 10. Dernière modification le 10 janvier 2021 à 14:31.
Il est bien possible que ces propos soient pénalement répréhensibles (je dirais article 225-1 du code pénal français), il faudrait demander à un juge.
La modération a considéré qu'il ne respectait pas les règles en vigueur sur le site. C'est la troisième fois que la modération doit intervenir pour ce compte. Ce compte avait l'un des karmas les plus faibles du site, aucune contribution, uniquement des commentaires (fortement) négativement, et globalement tous de la même teneur.
C'est une fausse dichotomie. Le fait de ne pas respecter les règles du site suffit à fermer son compte. Et les propos discriminatoires ne sont pas non plus une simple « opinion politique ». Et LinuxFr.org n'est pas tenu d'héberger n'importe quel propos de n'importe qui.
Dit autrement, on pourrait fermer un compte arbitrairement (ce n'est pas le cas ici), on pourrait le fermer par rapport aux règles de modération (ce qui est le cas ici), on pourrait le fermer sur du manifestement illégal (mais c'est déjà couvert par les règles de modération), on pourrait le fermer sur décision de justice (ce qui n'est pas le cas ici), on pourrait aussi le laisser ouvert et faire un signalement Pharos / déposer plainte et fournir les informations aux autorités (ce qui n'est pas le cas ici).
Uniquement des aliens de Roswell et d'une députée syldave. Mais je dis ça parce que je n'ai pas le droit de parler des Reptiliens.
[^] # Re: Hypocrisie
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Trump == Hitler. Évalué à 10.
La modération a de nouveau estimé tes propos discriminatoires. C'est la troisième fois qu'elle doit intervenir sur ce compte. Ce compte est désormais fermé.
[^] # Re: Pic de publication des contenus
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Statistiques 2020 du site LinuxFr.org. Évalué à 3.
Corrigé, merci.
[^] # Re: L'arroseur arrosé
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Le groupe eurosceptique leave.eu quitte le Royaume-Uni pour pouvoir conserver son nom de domaine. Évalué à 3.
ça donne une idée de nouvel objectif alors…
(par contre faut vacciner avec une puce IP interplanétaire avant, cf http://www.ipnsig.org/ )
[^] # Re: De la petite étique
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de décembre 2020. Évalué à 3.
Il reste une collision légitime : https://linuxfr.org/tags/e-venement/public et https://linuxfr.org/tags/evenement/public
Et ça ne couvre pas les féminin/masculine, singulier/pluriel, typo, etc. (qui traînent encore parmi les 11256 étiquettes publiques actuelles)
[^] # Re: premier con qui sait aligner
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Pour ou contre les vaccins open source mais pas libres ?. Évalué à 10.
Mon premier trois lignes en python qui fait peur ?
[^] # Re: De la petite étique
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de décembre 2020. Évalué à 4.
La page existe pour la modération (enfin elle affiche les 10000 premières étiquettes parce qu'à l'époque je me suis dit 10k_is_enough_for_anyone…). Mais les spammeurs utilisent pas mal les étiquettes, du coup je voulais nettoyer un peu avant de la sortir, et puis afficher tout n'est pas très utile au final pour le visiteur (les étiquettes populaires et les suggestions sont plus utiles). Là on parle plus d'un export des étiquettes qui pourrait être complet (et qui pourrait être inutile pour spammer aussi).
[^] # Re: De la petite étique
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de décembre 2020. Évalué à 4.
Il reste désormais 11276 étiquettes publiques (après avoir viré les étiquetages des contenus masqués et les étiquettes à décompte désormais nul).
Deux tiers ne sont pas des mots du dictionnaire (en prenant le paquet
wfrench), en raison des expressions de plusieurs mots, des chiffres et symboles, des noms propres, probablement des fôtes aussi, etc. (et en convertissant les '_' en espaces avant).Sur l'autre tiers, il y a probablement quelques doublons encore. Mais sortir l'artillerie lourde pour trier quelques doublons ça me semble exagéré (pour le gain espéré disons).
Ensuite ça pose un autre souci : en l'état, on ne gère pas les synonymes ou de redirection vers une autre étiquette ou des équivalences. On a des étiquettes publiques et suggérées, et des étiquettes masquées. Admettons que l'on veuille rendre synonymes (pris au pif sur https://fr.wikipedia.org/wiki/Liste_de_synonymes_concernant_l%27informatique ) :
Si on en choisit un pour masquer les autres, ceux qui utilisent les autres ne trouveront pas vraiment, et jamais ils n'auront de suggestion pertinente en tapant fureteur ou explorateur si on n'a retenu que navigateur. Si on les laisse tous, on aura un joyeux mélange, et il faudra tri-étiqueter chaque contenu (et ça sera du taf a posteriori que personne ne veut faire). (Si on les enlève tous on aura un vrai problème aussi).
Le même souci se pose d'ailleurs sur certaines mauvaises étiquettes : par exemple driver pour pilote. On voudrait suggérer pilote, et éviter que les gens utilisent driver, mais ça serait pas mal que driver renvoie vers pilote d'une manière ou d'une autre, idéalement pendant les suggestions. Actuellement si je commence à taper 'driv' comme étiquette on me propose mandriva, openmandriva, onedrive et soliddriver, mais jamais pilote.
Tant que cette modification n'est pas codée, je ne crois pas très utile de pousser plus loin une optimisation de la base des étiquettes.
Sinon côté étiquetage j'aimerais bien avoir une fonctionnalité d'étiquetage massif en modération/admin aussi : par exemple dire « Je veux tous les contenus qui parlent de Julian Assange mais qui n'ont pas l'étiquette julian_assange », et ensuite tous ou peut-être une sélection sont étiquetables.
[^] # Re: version sans parachute
Posté par Benoît Sibaud (site web personnel) . En réponse au message Recyclage de blague. Évalué à 4.
Heureusement que l'on a jeté les gens lourds en premier depuis les années 80…
[^] # Re: Comme d’hab.
Posté par Benoît Sibaud (site web personnel) . En réponse au lien La mission Bothorel sur l'open data demande plus de volontarisme en faveur du logiciel libre. Évalué à 4.
un journal qui était une dépêche :)
[^] # Re: Solution trouvée pour la suppression du tag sur un contenu
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Décrémenter le taggings_count en cas de suppression d'étiquette. Évalué à 4 (+0/-0).
Le statut actuel :
Si l'étiquette est jugée inutile, elle est masquée. Elle existe toujours mais n'est plus visible ni suggérée, mais elle reste accessible.
L'utilisateur peut supprimer son propre étiquetage. Mais l'étiquette reste avec son état affiché oui/non et son compteur (qui n'est pas décrémenté actuellement). Il est possible que l'étiquette n'ait plus aucun étiquetage.
Un contenu peut être masqué, ça ne change pas l'état ou le compteur de ses étiquettes mais l'étiquette peut ne plus rien afficher si tous les contenus sont masqués. Ça peut être une étiquette pertinente sur un contenu masqué pour doublon. Ça peut être une étiquette de spammeur si on a masqué tous ses contenus de spam (a priori on va masquer aussi ses étiquettes, maintenant on a accès à l'info facilement depuis ma modifié de fin d'année).
Il y a aussi les cas d'anonymisation d'un compte à gérer en base : réaffecter les étiquetages d'un compte à Anonyme, en gérant les collisions éventuelles avec ceux existants et en mettant à jour les compteurs. Ou la purge d'un compte : retirer des étiquetages et mettre à jour les compteurs.
Finalement on pourrait aussi vouloir virer les contenus masqués en base au bout d'un certain temps, vu que personne ne les voit. Donc virer les étiquetages dessus, décrémenter les compteurs, virer les étiquettes à compteur nul.
Dernier point : garder une étiquette inutile masquée plutôt que la détruire est un moyen de la garder masquée. Sinon elle pourrait être recréée plus tard et serait visible par défaut. C'est devenu moins utile avec ma modif de fin d'année qui notifie la modération des nouvelles étiquettes (c'est limite mieux de supprimer l'étiquette pour être notifié d'un nouveau pénible plus tard).
[^] # Re: De la petite étique
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de décembre 2020. Évalué à 3. Dernière modification le 02 janvier 2021 à 17:24.
Pour les étiquettes je ne pense pas que l'on puisse juste les soumettre à du pertinent/inutile : les étiquettes concernent globalement le site, pas juste un contenu, même si elles sont portées par un ou plusieurs contenus. Chaque contenu (enfin les gens qui lisent chaque contenu) ne devrait pas opter pour des étiquettes en ignorant tout ce qui existe par ailleurs. Ou plutôt, idéalement, ça serait mieux que les étiquettes les plus utiles soient celles qui sont visibles, qui sont suggérées et qui sont réutilisées, quitte à ce que des étiquettes masquées soient présentes aussi voire réutilisées (mais jamais suggérées).
Exemple : dépêche sur le noyau Linux 8.42 qui vient de sortie en 2033. Il va avoir les étiquettes linux, noyau, kernel, linux_842 par exemple. OK les deux premières sont pertinentes pour être visibles (elles sont déjà utilisées une centaine de fois ou plus). kernel est un anglicisme, un doublon de noyau, elle va être masquée (on garderait kernel-package ou kernel_recipes qui sont des noms propres par exemple). Et linux_842 est, a priori, inutile, il n'y aura pas d'autres sorties de Linux 8.42 et il est peu probable que le noyau 8.42 ait beaucoup d'autres contenus directement liés à lui.
Du coup il y a du jardinage à faire pour ajouter les étiquettes qui manquent, corriger les typos dans les étiquettes, éviter les doublons, masquer les inutiles, dégager les spammeurs, etc. Ce jardinage me semble plus compliqué que juste noter pertinent/inutile : pour aider, il faut étiqueter les contenus, signaler les doublons, etc.
# De la petite étique
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de décembre 2020. Évalué à 4.
Cela a encore un peu baissé depuis. Cf les statistiques sur les étiquettes : 12802 étiquettes, dont 11484 étiquettes publiques ; mais bon 11500 mots de vocabulaire (si je puis dire, vu qu'une étiquette ça peut être des mots, des noms de personnes, de lieux, de projets, des nom+adjectif, etc.) ça me semble encore beaucoup. Après tout le but des étiquettes c'est de retrouver des contenus qui ont quelque chose en commun : si l'étiquette n'est utilisée qu'une seule fois des années après sa création, si on a des étiquettes vermillon/écarlate/garance/vermeil/etc. mais jamais la même sur des contenus qui parlent du rouge et pire que rouge n'est pas une étiquette, si l'étiquette posée comporte une typo comme dévellopeur (au lieu de développeur), etc. bref il y a plein de cas où l'étiquette publique est inutile (elle peut à la rigueur être utile à celui qui l'a posée, mais elle n'a pas besoin d'être publique). Sans parler des cas où l'étiquette est problématique en elle-même (insulte, injure, etc.).
[^] # Re: MMXXI
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Bonne année 2021 !. Évalué à 9.
Effectivement ça manquait de X sur ce site. Corrigé, merci.
# George Orwell
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Paule Régnier, Marcel Mauss, Véga, Jacques Schiffrin dans le domaine public en 2021. Évalué à 5. Dernière modification le 02 janvier 2021 à 12:15.
Ainsi que George Orwell (en VO)
Cf https://twitter.com/framaka/status/1344617915065257984
https://twitter.com/framaka/status/1344632006957649921
https://twitter.com/framaka/status/1344668902786260994
etc.
Et d'autres œuvres :
https://twitter.com/Dorialexander/status/1344629889597657088
(après il y a des gens bien connus depuis DADVSI et HADOPI, qui veulent un droit d'auteur éternel https://twitter.com/UNESCO_fr/status/1252167666300747777 )
(et https://www.data.gouv.fr/fr/datasets/date-dentree-des-oeuvres-litteraires-dans-le-domaine-public-en-france/ qui n'est plus à jour)
# Bandes dessinées en vente via EnVenteLibre
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Démo de Superflu Riteurnz. Évalué à 3.
Il est toujours possible d'acquérir/offrir du geektionnerd via En Vente Libre (qui est aussi un moyen de don à l'association LinuxFr (ou à Framasoft ou à plein d'autres), histoire de déclarer un conflit d'intérêt :)).
[^] # Re: qu'as tu ouatché
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Un peu de médiéval comique pour les fêtes : l'écucuyer du Roy. Évalué à 5.
Obipremier n'est pas une traduction : au mieux c'est une adaptation, ce que pourrait faire le traducteur si c'était important pour l'histoire, par exemple si d'autres personnes se nomment Obitwo, Obithree, etc. et qu'il faut que le spectateur francophone comprenne cela.
Indiana ne se traduit pas en indien. Je suppose que ça vient du nom de l'état. Et Indiana signifie en latin « Terre des Indiens » me dit Wikipédia.
boules de dragon est une traduction possible (comme snowball est une boule de neige et pas une balle de neige).
chapeau rouge ne me semble pas choquant : le logo est un chapeau rouge, ce n'est carrément pas fortuit.
Mickey Souris et Donald Canard ne me semblent pas choquants non plus : le fait de mettre le nom de l'animal dans le nom est bien un choix pour les petits enfants.
Alien ce n'est pas que étranger, c'est aussi extraterrestre, un côté autre/différent.
La traduction d'un nom de personnage est parfois nécessaire pour une œuvre : si tous les personnages ont des noms d'oiseau, ou une consonance particulière, ou que la clé de l'énigme finale est basé sur le nom du personnage, etc. Sauf que ça nécessite de connaître la fin de l’œuvre. Par exemple si George R. R. Martin avait prévu que le nom de château Riverrun était prévu pour avoir un assonance en 'r' ou que c'était le code secret pour déverrouiller la porte codée caché dans le sous-sol de la grotte du dragon au 53e tome de la série, alors il fallait le laisser tel que (ou trouver une traduction qui soit acceptable, mais alors il fallait le faire après la publication du 53e tome ou bien se trouver un peu bête… Cf l'exemple de Hodor pour ceux qui connaissent la série). Mais si Riverrun est juste en rapport avec des eaux rapides qui entourent le château (cf le blason par exemple) alors Vivesaigues (eaux vives en vieux français) est une bonne traduction. Autre exemple de traduction de nom : le personne de Mort dans le Disque Monde de Pratchett qui interagit avec Death. Du coup en français ils seront nommés Mortimer et La Mort.
[^] # Re: qu'as tu ouatché
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Un peu de médiéval comique pour les fêtes : l'écucuyer du Roy. Évalué à 8. Dernière modification le 30 décembre 2020 à 11:12.
C'est la magie de l'exotisme : un mot anglais même prononcé avec du pudding dans la bouche est nimbé d'une aura mystique et sa parure rend fade n'importe quelle traduction en comparaison. Du coup chaque profession utilise son jargon franglais parce que c'est trop classe, qui fait que l'on parle d'open data et pas de données ouvertes, de kernel et pas de noyau, de release plutôt que de version/révision/parution, etc (et je dis ça parce que je viens de parcourir les étiquettes du site). Du coup c'est super classe de s'appeler Skywalker, ça fait rêver, ça en jette, alors que Courleciel ne fait pas crédible. Reste à savoir si ça marche dans l'autre sens, si Tom Croisière, Halle Baie, Le Roc ou Sharon Pierre sont auréolés d'un accent frenchie, ou si L'Homme chauve-souris ou Le Sorcier ou La femme merveilleuse impressionnent le chaland.
(et j'avais le coffret VHS de la première trilogie, avec ces traductions françaises à l'arrache et non homogènes qui sont restées célèbres)
# Re: Les consoles ATARI CVS arrivent
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Les consoles ATARI VCS arrivent. Évalué à 10.
Vivement les ATARI SVN et GIT. Bon OK je corrige le titre.
[^] # Re: 3
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Produire le résumé hebdomadaire des Agenda du Libre. Évalué à 3. Dernière modification le 29 décembre 2020 à 20:28.
Ton cookie de session n'est pas actif lors de la prévisualisation (parce que tu viens d'un autre domaine), la soumission se fait donc en Anonyme, ce qui nécessite un nom et une adresse de courriel. Ensuite tu remplis les champs (juste pour passer outre au final) et à la second prévisualisation, ton cookie de session s'applique. Et enfin la réattribution à Collectif fait que le nom et l'adresse de courriel initiale ne sont plus utilisés ni stockés.
# open_hardware
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi rationalisation du tag openhardware. Évalué à 3 (+0/-0).
Si on garde l'anglicisme, il s'agit de deux mots distincts, donc le choix logique est _, vu qu'on garde le - pour des mots-composés.
[^] # Re: Corrections
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Prise en main de la carte Longan Nano RISC-V de Sipeed. Évalué à 3.
Corrigé pour la typo. Je laisse l'apostrophe et les anglicismes vu qu'il s'agit d'un journal, sauf contre-avis de l'auteur.
[^] # Re: Logos masqués
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de novembre et première quinzaine de décembre 2020. Évalué à 4.
Celles que j'ai vues passer sont sur le site aussi.
[^] # Re: Tout se passe en graphique ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Quelques logiciels libres pour sécuriser le travail collaboratif en ligne . Évalué à 3.
Tu partages ton mutt dans tmux avec plusieurs personnes pour lire des courriels que tu n'envoies pas ? :)
(sinon perso ssh / mutt / znc / pass, mais ça c'est surtout lié à un profil adminsys qui n'a que des terminaux ouverts…)
[^] # Re: Cette dépêche mélange un peu de tout ...
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Quelques logiciels libres pour sécuriser le travail collaboratif en ligne . Évalué à 5.
« Travail collaboratif » me semble assez explicite : la possibilité d'échanger/communiquer/travailler pour deux personnes et plus.
« sécurisé » est toujours plus relatif au contexte : chiffrement en transit, bout-en-bout, sur quel périmètre, pour quel modèle de menace, etc. D'où la précision ajoutée dans la phrase qui suit.
Par ailleurs dire que ça ne vient pas dire grand chose ne veut fondamentalement pas dire grand chose non plus :). On ne sait pas ce qui n'est pas clair ou assez précis pour toi ici.
Je ne crois pas que cette liste ait besoin d'une cohérence : une même personne ne va pas utiliser tous ces logiciels, n'a pas tous les besoins évoqués ici, et a priori elle sait si elle a besoin ou pas de visioconférence ou juste d'échanges textuels, d'un simple pad d'écriture simultanée à plusieurs ou d'un document riche type bureautique, etc.
Tu peux donc avoir ton serveur Libreoffice à toi et faire ta bureautique collaborative de façon sécurisée (avec un contrôle de toute la chaîne) ou ton serveur cryptpad perso ou même utiliser un cryptpad hébergé hier vu le chiffrement bout-en-bout.
Tous les logiciels possibles ne sont pas mentionnés et la dépêche ne prétend pas être exhaustive. Il n'est pas fait mention d'un screen partagé pour faire du vim collaboratif, ou d'une solution plus simple et complète comme Tracim effectivement. Ça pourrait faire l'objet d'une autre dépêche sur le même sujet, ou faire partie des commentaires de celle-ci (ça tombe bien). Comme d'habitude, les logiciels mentionnés sont ceux qui ont été listés lors de l'écriture collaborative de cette dépêche en rédaction (et c'est scandaleux il n'y pas LinuxFr.org de mentionné non plus :).
Comme mentionné dans la dépêche les solutions ne sont pas équivalentes : avec ou sans serveur par exemple. À moins d'avoir une liste sans fin de critères, vouloir une comparaison parfaite des fonctionnalités me semble vain (comment savoir si ce qui est important pour l'utilisateur sont le support des emojis, le fait d'être ou non en PHP, l'interconnexion possible ou non avec du SIPS, le fait de fonctionner sur Haiku, l'existence d'un support 24/7 ou que sais-je encore), et le but de la dépêche est de lister des logiciels, pas d'écrire des pages Wikipedia, les docs de ses logiciels ou de faire une réponse comparative à un appel d'offres.
Pertinentes pour qui ? La dépêche propose des solutions, elle ne dit pas « éh toi individu générique, tu as besoin de tel logiciel qui va répondre à tes besoins que je ne connais pas ».
Et oui je redis que Tracim aurait pu y figurer si quelqu'un l'avait ajouté en rédaction (ou en modération), vu que tu peux déployer ton propre serveur (sous réserve d'être capable de le faire effectivement).
Va pour un changement de titre.
À mon avis, la dépêche ne serait jamais sortie dans ce cas (entre rester en déshérence en rédaction, ou devenir obèse/indigeste et restée non finalisée, ou avoir découragé tous les contributeurs).