Lorsque quelqu’un crée un nouveau message, vous obtenez le petit message « Votre sujet est similaire à… », est-il possible d’y ajouter quelque chose ?
Spécifiquement, ce serait formidable si nous pouvions détecter d’une manière ou d’une autre si une image est intégrée dans un message, puis inviter les utilisateurs avec quelque chose comme « Veuillez ne pas publier d’images de texte, de journaux ou de code. Ils sont difficiles à lire, impossibles à rechercher et à reproduire (s’il s’agit de code), et certaines personnes pourraient même ne pas être en mesure de les voir ».
Pour nous, nous recevons des messages qui ont des éléments d’interface utilisateur qui nécessitent des captures d’écran, mais nous recevons également beaucoup plus de cas d’utilisateurs publiant des captures d’écran (ou des photos d’écrans !) de choses comme des fichiers de configuration ou des journaux, ou d’autres supports textuels.
Oui, je comprends votre douleur à ce sujet. Cela dit, j’ai l’impression que les gens qui publient des captures d’écran ont une longueur d’avance sur ceux qui disent avoir un problème sans aucune explication ni aucun enregistrement. Je n’ai pas de solution, mais j’ai l’impression que quelque chose pour faire de l’OCR sur les images sera plus productif que de réprimander les gens pour avoir essayé…
Peut-être qu’un plugin très rudimentaire ici qui « pourrait faire le travail ™ » serait d’automatiser tesseract :
Donnez-lui l’image → obtenez le texte → regardez le nombre total de lettres → s’il est supérieur à N, vous savez qu’il s’agit très probablement d’un extrait de code. Nous pourrons alors avertir avant la publication.
Je pense que c’est raisonnablement réalisable dans un plugin.
Serait-il plus facile d’ajouter un hook qui, lorsqu’une personne clique sur le bouton de téléchargement ou dépose une image par glisser-déposer, déclenche la fenêtre contextuelle ?
Absolument faisable, ce genre de fonctionnalité devrait cependant être dans un plugin. Surtout en fonction de l’implémentation.
Quelque chose comme Tesseract est une bête à installer, c’est un peu un carrefour. Soit vous mettez en place une nouvelle API, soit vous polluez votre conteneur d’application. En mettant en place une API, vous obtenez une meilleure isolation, mais alors celui qui installe ce genre de plugin (en dehors de notre hébergement) devra configurer et mettre en place un second conteneur pour faire ce travail.
Nous devrions être très prudents avec les délais d’attente (et s’il faut 10 secondes pour déterminer qu’il s’agit d’une capture d’écran de code, qu’est-ce que l’utilisateur voit ?)
Mon brainstorming à la volée serait quelque chose comme :
l’utilisateur publie une image
l’image apparaît dans la publication
(simultanément) la publication est envoyée au service “détecter s’il s’agit d’une capture d’écran de code”
lorsque le service répond enfin, vous affichez l’avertissement
Bloquer tous les téléchargements d’images sur un service (même s’il est local) est risqué car l’expérience utilisateur peut en souffrir considérablement.
Vous pourriez faire un dernier délai juste avant la publication pour vous assurer que rien ne reste dans la file d’attente.
C’est un travail potentiellement réalisable que nous pourrions entreprendre, mais nous aurions d’abord besoin d’un ensemble de données pour pouvoir fixer des attentes (disons 50 images de snippets de code… 50 images qui ne sont pas des snippets de code).
C’est un problème très flou, donc des exemples aideraient à ancrer la performance de cet outil.
Une tournure intéressante serait si ce service magique “dé-capturait” le code source et informait l’utilisateur… “hé, je vois que vous avez essayé de publier du code source ici, voulez-vous que je le transforme en ce bloc de texte”.
Je ne pense pas que l’OP demande de regarder le contenu de l’image, juste d’afficher une notification utile chaque fois qu’une image est incluse dans le message concernant les captures d’écran, etc.
C’est comme la v1. « L’IA pour rechercher du texte » est comme la v10.
Un avertissement atomique limité par le niveau de confiance (et éventuellement le nombre de messages) est assez simple dans un composant de thème, cela pourrait devenir assez ennuyeux en fonction du forum.
