je viens de lire la jep que tu conseillerais. Déjà je souligne dès le début que son approbation a été reportée (deferred), et donc n'est pas recommandée (donc ça a a priori été traité, et plus ou moins refusé).
Ensuite, j'ai quand même voulu voir par moi-même, et par conséquent je l'ai lue entièrement. Ben c'est en gros comment marchent actuellement les émoticones dans Jabber.
Cette jep définit plus une manière de traiter les émoticones dans un texte au niveau client qu'une extension du protocole même (c'est ce qu'ils appellent le "here and now" dans les buts du jep). Au final ça veut dire que si les 2 clients ne gèrent pas la même liste d'émoticones, on ne va pas recevoir le même message que celui envoyé.
Si le gars a un émoticone qu'on n'utilise pas, on obtiendra un texte standard à la place (qui peut à mon avis donner à la phrase un drôle de sens si on ne se rend pas compte que c'était sensé être un émoticone!). Pire si nous on a un émoticon que l'envoyeur n'a pas prévu, notre phrase sera bourrée d'émoticones parasites (vécu: un pote m'avait envoyé un "schéma" simple, fait en caractères, avec des flèches et des A, B, C, etc. Ben j'ai reçu des dessins bizarres avec une bière, et un café! Je savais même pas que de tels émoticones existaient, et ça n'avait rien à foutre dans ce texte surtout).
Bon tout ça pour dire que cette jep ne propose selon moi rien de nouveau, et que je pense que ce n'est absolument pas la solution. Ca ne propose en rien par exemple les intéressantes propositions que j'ai lu plus haut, à savoir un véritable envoi d'émoticones personnalisées à la MSN, mais avec la sécurité, la protection de la vie privée, et le respect du net (abus de bande passante avec plein de transferts inutiles) propres à Jabber puisqu'il y a acceptation explicite des émoticones.
Une bonne proposition pour la gestion améliorée des émoticones doit correspondre à une extension du protocole comme indiqué plus haut par d'autres, avec proposition d'envoi d'image (donc choix d'acceptation du receveur requis, configurable évidemment dans le client pour ne plus avoir à s'en occuper après coup). Il faut également que le receveur sache explicitement quand un émoticone personnalisé lui a été proposée (et qu'il l'a refusée), et qu'il ait un label texte de l'émoticone accessible; non que le texte de l'émoticone soit simplement intégré dans le reste du texte l'air de rien (comme proposé dans cette jep), ce qui peut porter à confusion pour certains textes.
Bon je dis pas, pour les émoticones classiques, je suis d'accord pour que ce soit géré au niveau client (on va pas s'envoyer des smyleys personnalisés ":-)" ou ":-(" à tout bout de champs, ça serait du gâchis de bande passante). Mais par pitié, il faut que cette liste soit la plus petite possible. Il faut véritablement se limiter aux gros gros classiques, internationaux (sans mot d'un langage donné, parce que -- tout de même -- y a beaucoup de langages différents sur cette planète!). Finalement, moi je conseille de limiter les émoticones gérés par le client à toute la liste des :-) :-/ :-(, etc. Bon éventuellement les trucs comme "lol" (en fr: mdr, donc on voit qu'on trébuche encore sur les blems de langues), tellement c'est utilisé.
Mais quand je vois que les propositions des "core icons" proposés dans cette jep contient:
# :brokenheart: - A broken heart.
# :music: - A musical note or instrument.
# :beer: - A beer mug.
# :coffee: - A cup of coffee.
# :money: - A gold coin.
# :moon: - A moon.
# :sun: - A sun.
# :star: - A star.
je trouve ça ridicule. C'est le genre d'icones que je n'ai jamais utilisés dans ma vie. La seule fois où je les ai vu, c'était une erreur de mon client justement, qui a interprété des (B) par bière, et (C) par café!!! En plus c'est pas international (c'est anglais, certes langue "internationale", mais n'oublions pas que tout le monde ne parle pas anglais pour autant), et ça n'a pourtant pas le mérite de la forte diffusion comme "lol".
Pour moi, ça, ce doivent typiquement être en dehors des émoticones de bases, mais être par contre des envois personnalisés! (notez que pr les personnes qui envoient bcp d'émoticones, les clients devraient intégrer un système de cache qui permet d'éviter de recharger les émoticones personnalisés déjà envoyés récemment par la même personne)
Je pense donc qu'il faut revoir le système d'émoticone de Jabber, et cette jep ne propose pas cela.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Thème d'émoticones ?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Un standard pour les themes de IM. Évalué à 6.
je viens de lire la jep que tu conseillerais. Déjà je souligne dès le début que son approbation a été reportée (deferred), et donc n'est pas recommandée (donc ça a a priori été traité, et plus ou moins refusé).
Ensuite, j'ai quand même voulu voir par moi-même, et par conséquent je l'ai lue entièrement. Ben c'est en gros comment marchent actuellement les émoticones dans Jabber.
Cette jep définit plus une manière de traiter les émoticones dans un texte au niveau client qu'une extension du protocole même (c'est ce qu'ils appellent le "here and now" dans les buts du jep). Au final ça veut dire que si les 2 clients ne gèrent pas la même liste d'émoticones, on ne va pas recevoir le même message que celui envoyé.
Si le gars a un émoticone qu'on n'utilise pas, on obtiendra un texte standard à la place (qui peut à mon avis donner à la phrase un drôle de sens si on ne se rend pas compte que c'était sensé être un émoticone!). Pire si nous on a un émoticon que l'envoyeur n'a pas prévu, notre phrase sera bourrée d'émoticones parasites (vécu: un pote m'avait envoyé un "schéma" simple, fait en caractères, avec des flèches et des A, B, C, etc. Ben j'ai reçu des dessins bizarres avec une bière, et un café! Je savais même pas que de tels émoticones existaient, et ça n'avait rien à foutre dans ce texte surtout).
Bon tout ça pour dire que cette jep ne propose selon moi rien de nouveau, et que je pense que ce n'est absolument pas la solution. Ca ne propose en rien par exemple les intéressantes propositions que j'ai lu plus haut, à savoir un véritable envoi d'émoticones personnalisées à la MSN, mais avec la sécurité, la protection de la vie privée, et le respect du net (abus de bande passante avec plein de transferts inutiles) propres à Jabber puisqu'il y a acceptation explicite des émoticones.
Une bonne proposition pour la gestion améliorée des émoticones doit correspondre à une extension du protocole comme indiqué plus haut par d'autres, avec proposition d'envoi d'image (donc choix d'acceptation du receveur requis, configurable évidemment dans le client pour ne plus avoir à s'en occuper après coup). Il faut également que le receveur sache explicitement quand un émoticone personnalisé lui a été proposée (et qu'il l'a refusée), et qu'il ait un label texte de l'émoticone accessible; non que le texte de l'émoticone soit simplement intégré dans le reste du texte l'air de rien (comme proposé dans cette jep), ce qui peut porter à confusion pour certains textes.
Bon je dis pas, pour les émoticones classiques, je suis d'accord pour que ce soit géré au niveau client (on va pas s'envoyer des smyleys personnalisés ":-)" ou ":-(" à tout bout de champs, ça serait du gâchis de bande passante). Mais par pitié, il faut que cette liste soit la plus petite possible. Il faut véritablement se limiter aux gros gros classiques, internationaux (sans mot d'un langage donné, parce que -- tout de même -- y a beaucoup de langages différents sur cette planète!). Finalement, moi je conseille de limiter les émoticones gérés par le client à toute la liste des :-) :-/ :-(, etc. Bon éventuellement les trucs comme "lol" (en fr: mdr, donc on voit qu'on trébuche encore sur les blems de langues), tellement c'est utilisé.
Mais quand je vois que les propositions des "core icons" proposés dans cette jep contient:
je trouve ça ridicule. C'est le genre d'icones que je n'ai jamais utilisés dans ma vie. La seule fois où je les ai vu, c'était une erreur de mon client justement, qui a interprété des (B) par bière, et (C) par café!!! En plus c'est pas international (c'est anglais, certes langue "internationale", mais n'oublions pas que tout le monde ne parle pas anglais pour autant), et ça n'a pourtant pas le mérite de la forte diffusion comme "lol".
Pour moi, ça, ce doivent typiquement être en dehors des émoticones de bases, mais être par contre des envois personnalisés! (notez que pr les personnes qui envoient bcp d'émoticones, les clients devraient intégrer un système de cache qui permet d'éviter de recharger les émoticones personnalisés déjà envoyés récemment par la même personne)
Je pense donc qu'il faut revoir le système d'émoticone de Jabber, et cette jep ne propose pas cela.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]