Hexchat: Problèmes d'encodage sur la dernière version de Windows?

Les personnes dont vous recevez des caractères non valides n'utilisent pas UTF-8. Dites-leur d'utiliser UTF-8.

Je suis désolé de voir que cette question a été close, car je pense qu'elle est valable.
Après la dernière mise à jour d'hexchat, j'en vois beaucoup.
Il s'agit d'un problème qui n'existait pas dans la version / build précédente.

"Dites-leur d'utiliser UTF-8" est pour moi, une approche plutôt ignorante, car c'est un problème introduit par la dernière version d'hexchat.

L'inverse du problème (le texte UTF-8 mal interprété comme du texte de codage des paramètres régionaux du système et donc cassant) était présent dans les versions précédentes. Vous avez simplement eu de la chance de ne jamais l'avoir rencontré.

Si les deux côtés d'une conversation se transmettent du texte, ils doivent s'entendre sur le codage. C'est du bon sens, pas de l'ignorance.

Alors, c'est par pure coïncidence, que les 3 derniers mois d'utilisation au sein du même canal, avec les mêmes personnes, n'ont montré aucun signe du problème?
Comme vous le laissez entendre (UTF-8 requis des deux côtés), tous les textes des peuples n'indiquent pas le problème après la mise à jour, mais je n'ai vu aucun signe du problème au cours des 3 derniers mois d'utilisation.
Cela me semble assez étrange ...

Alors, c'est par pure coïncidence, que les 3 derniers mois d'utilisation au sein du même canal, avec les mêmes personnes, n'ont montré aucun signe du problème?

Oui, puisque moi et beaucoup d'autres l'avons rencontré constamment avec des mots avec des citations mal traités.

Cela me semble assez étrange ...

Je suis sûr que oui. Le bon sens est assez difficile à trouver ces jours-ci.

Oui, puisque moi et beaucoup d'autres l'avons rencontré constamment avec des mots avec des citations mal traités.

Je vois, et je n'ai vu aucun problème avec les citations traitées de manière incorrecte.
Ce que je vois, après la dernière mise à jour, c'est que _æ, ø, å_ s'affiche sous la forme
Encore une fois, pas quelque chose que j'ai vu auparavant, sur plusieurs systèmes.

Je suis sûr que oui. Le bon sens est assez difficile à trouver ces jours-ci.

Sérieusement ?

Je vois, et je n'ai vu aucun problème avec les citations traitées de manière incorrecte.
Ce que je vois, après la dernière mise à jour, c'est que æ, ø, å s'affiche sous la forme
Encore une fois, pas quelque chose que j'ai vu auparavant, sur plusieurs systèmes.

C'est aussi simple qu'ils envoient un encodage qui n'est pas l'encodage que vous utilisez. Les versions précédentes avaient divers hacks qui tentaient plusieurs encodages. Cela a été supprimé car c'est une idée horrible qui est spécifique au client et introduit divers problèmes de corruption qui peuvent être résolus par tout le monde s'accordant sur un encodage.

Sérieusement ?

Dit le gars qui m'a traité d'ignorant pour savoir de quoi je parle.

C'est aussi simple qu'ils envoient un encodage qui n'est pas l'encodage que vous utilisez. Les versions précédentes avaient divers hacks qui tentaient plusieurs encodages. Cela a été supprimé car c'est une idée horrible qui est spécifique au client et introduit divers problèmes de corruption qui peuvent être résolus par tout le monde s'accordant sur un encodage.

Merci d'avoir expliqué quoi et pourquoi nous voyons ce problème.
Merci beaucoup ThingPing

Dit le gars qui m'a traité d'ignorant pour savoir de quoi je parle.

J'ai commenté la déclaration "Dites-leur d'utiliser UTF-8". Je connais les raisons techniques de cette situation. Je n'ai simplement jamais eu de réponse sur les raisons pour lesquelles quelque chose avait fonctionné auparavant pour moi, et évidemment pour d'autres utilisateurs, avait cessé de fonctionner.
En d'autres termes, il n'était pas clair, quant à pourquoi et ce qui avait été changé dans la dernière version, d'introduire ce comportement.

Ce changement a été mentionné dans les notes de publication car il s'agit d'une «régression» pour certains utilisateurs.

Très bien, je vois qu'il y avait un problème de langue, alors je m'excuse d'avoir supposé le pire.

Pour votre information, lorsque vous dites «une approche ignorante», le mot «ignorant» s'applique à la personne qui a suggéré l'approche. Cela ne signifie pas "une approche pour laquelle il n'y a aucune justification". Donc "Tell them to use UTF-8" is to me, a rather ignorant approche, as this is an issue introduced by the latest hexchat build. aurait dû être "Tell them to use UTF-8" is to me, without justification, as this is an issue introduced by the latest hexchat build.

Salut,
Même problème là-bas, j'utilise Hexchat dans mon bureau. Depuis la dernière mise à jour, impossible de travailler: problèmes de caractères spéciaux. Je désinstalle Hexchat.

Meilleures salutations.

Le temps de désinstaller HC, de vous inscrire à Github, de rechercher le problème pertinent et de le commenter aurait pu être mieux dépensé en définissant correctement l'encodage du réseau.

Salut Arnavion,

Malheureusement impossible, 2 encodages sont utilisés sur le réseau UTF-8 + ISO-885915

Le problème, ce sont les gens qui ne veulent pas changer leurs clients ou la configuration du serveur et comme hexchat est plus contraignant, je suis simplement rétrogradé à 2.10, peut être bogué pour certains, mais cela fonctionne bien pour moi et me débarrasser de tout ce désordre.

Ce sont tous des utilisateurs de mIRC, n'est-ce pas?

Quoi qu'il en soit, lorsque tout le monde dans ce fil et # 1198 peut trouver une solution qui vous convient tous, je suis heureux de l'examiner.

Je pense que ne pas revenir à ISO-8859-1 sur chaque ligne est objectivement la bonne chose à faire. Une version plus générique de l'encodage «IRC» est courante dans d'autres clients, cependant où un utilisateur peut explicitement configurer un encodage de secours qui gère la plupart des situations (il ajoute de nouveau d'anciens problèmes, mais serait plus explicite et opt-in).

Les versions précédentes avaient divers hacks qui tentaient plusieurs encodages. Cela a été supprimé car c'est une mauvaise idée

Si cette fonctionnalité a bien fonctionné pour certains utilisateurs (comme moi btw) et qu'ils ont des problèmes maintenant, cette fonctionnalité ne devrait pas être supprimée. Une meilleure idée serait de le rendre facultatif et de laisser l'utilisateur choisir ce qu'il veut.

Il est impossible de dire à tous les utilisateurs d'un chat de modifier leur encodage lorsque certains d'entre eux utilisent des clients Web.

Il est impossible de dire à tous les utilisateurs d'un chat de modifier leur encodage lorsque certains d'entre eux utilisent des clients Web.

Quel client Web utilise un encodage horrible par défaut _et_ ne prend pas en charge le changement d'encodage?

Une meilleure idée serait de le rendre facultatif et de laisser l'utilisateur choisir ce qu'il veut.

Je ne suis pas totalement contre cela, mais la solution précédente devait être supprimée car tout était codé en dur pour être cassé.

Quel client Web utilise un encodage horrible par défaut et ne prend pas en charge la modification de l'encodage?

Ce n'est pas le propos. Les utilisateurs qui utilisent des clients Web n'ont généralement aucune idée de l'IRC, sinon ils utiliseraient un vrai client.
Imaginez rejoindre une discussion avec 100 utilisateurs et leur dire à tous de modifier les paramètres d'encodage. C'est comme demander à un utilisateur Windows de base de modifier son registre.

Je ne suis pas totalement contre cela, mais la solution précédente devait être supprimée car tout était codé en dur pour être cassé.

Et en débloquant une fonctionnalité, vous en cassiez une autre. Je pense que vous devriez le réparer.

Ce n'est pas le propos.

Oui c'est le cas. Si un tel client Web existe, dites-nous de qui il s'agit, afin que nous puissions leur dire de le réparer.

Oui c'est le cas. Si un tel client Web existe, dites-nous de qui il s'agit, afin que nous puissions leur dire de le réparer.

Le problème semble provenir d'ici:
https://webirc2.iz-smart.net/?channel=#fernsehkritik -tv

Je ne peux pas voir tous les caractères des utilisateurs se connectant via ce client Web et il n'y a pas d'option pour changer le codage dans ce client (au moins je ne peux pas en voir un évident).

Ce chat est utilisé pour les diffusions en direct qui sont regardées par des centaines d'utilisateurs. Compte tenu de cette taille, votre solution consistant à dire aux membres d'un salon de discussion de modifier leurs paramètres n'est pas applicable au monde réel.

Cela ressemble à un réseau allemand, il est donc probable que tout le monde utilise un encodage allemand. Réglez HC pour utiliser le même codage.

C'est un réseau allemand, mais avec la même situation que grui a postée ici:

Malheureusement impossible, 2 encodages sont utilisés sur le réseau UTF-8 + ISO-885915

Donc, quel que soit le codage que j'ai défini dans HexChat, je ne peux que perdre. Les utilisateurs de WebChat ne peuvent pas modifier leur encodage.

Est-il possible d'ajouter une option comme "[] Utiliser l'heuristique pour deviner les caractères non UTF8" qui activerait l'ancien comportement?

Est-il possible d'ajouter une option comme "[] Utiliser l'heuristique pour deviner les caractères non UTF8" qui activerait l'ancien comportement?

Pour être clair, la solution précédente n'a rien fait d'intelligent car elle a simplement essayé un deuxième encodage, puis simplement utilisé ce résultat. Tout aussi souvent aboutissant à des déchets corrompus que le résultat correct.

Comme je l'ai mentionné, je serais d'accord avec une fonctionnalité qui permettait de sélectionner un deuxième encodage pour toujours essayer. Le même problème existerait fondamentalement, mais l'utilisateur choisit au moins ce comportement brisé.

Techniquement, forcer UTF-8 uniquement sur IRC est une bonne chose et je suis d'accord avec cet objectif. Cependant, il n'y a pas assez de temps ou de ressources d'assistance dans le monde pour éduquer les dizaines de personnes qui envoient des personnages brisés. J'ai essayé de travailler avec un en utilisant irssi (sur une machine shell Linux) mais ils prétendent qu'ils ont tout réglé correctement et que je ne suis qu'un avec des problèmes, donc c'est "mon problème". Il existe également divers clients IRC, en particulier sur les plates-formes mobiles, qui ne prennent même pas en charge UTF8 et ne peuvent donc pas être corrigés.

Il sera donc impossible de faire en sorte que tout le monde répare ses personnages, nous sommes donc coincés avec les symboles de caractères inconnus UTF8. Ceci est particulièrement problématique avec les canaux spécifiques à un pays dans IRCnet. J'ai le sentiment que tous les autres clients IRC font cette détection car personne d'autre n'a de problèmes (pas seulement les utilisateurs de mIRC) à l'exception des derniers utilisateurs de la version hexchat. Je suppose qu'il n'y a pas de dispositions dans le protocole IRC pour l'encodage et le "standard" suppose toujours l'ASCII pur? Ou cela a-t-il changé dans les révisions ultérieures?

Y a-t-il d'autres travaux en cours pour résoudre ce problème très réel ou l'inversion du correctif et / ou la rétrogradation de la version est-elle la seule façon? Je pense qu'il est possible que quelque chose d'autre ait été cassé lors de la suppression de cette fonctionnalité car elle ne semble pas fonctionner avec certains clients IRC. Un développeur principal a-t-il vérifié la dernière version sur IRCnet avec des caractères non ASCII? Sinon, quelqu'un a-t-il le temps de vérifier? Je vais essayer de vérifier les paramètres de cet utilisateur irssi particulier et je peux vous fournir toute l'aide possible pour résoudre ce problème.

Dans tous les cas, veuillez rouvrir et reconsidérer ce problème. Sinon, j'ai peur que beaucoup de gens soient bloqués sur une ancienne version avec des problèmes de sécurité.

J'ai essayé de travailler avec un en utilisant irssi (sur une machine shell Linux) mais ils prétendent qu'ils ont tout réglé correctement et que je ne suis qu'un avec des problèmes, donc c'est "mon problème".

/set recode_out_default_charset UTF-8

Le nombre de clients qui ne prennent pas en charge la définition d'un encodage et par défaut not-utf8 est assez petit, je crois. Je vais me répéter encore une fois et dire qu'une option pour choisir d'être rompu serait bien, je ne connais personne qui envisage de faire ce travail.

Réouverture car un PR pour ajouter une option d'encodage de secours est le bienvenu.