Quand pour Kopete on a utilisé (et étendu en partenariat) le format de style du client AdiumX (client libre IM d'OSX), on espérait, entre autre, créer un mini standard pour les thèmes, ne serait-ce qu'entre client libre....
Ben le standard sera un peu plus gros, il est maintenant également utilisé par la nouvelle version de GoogleTalk !! Bon, reste plus qu'a aller voir Oasis ;)
Pour info, ce format de theme utilise xhtml/css, est tres puissant, et fonctionne donc sur Adiumx (osx), Kopete 0.12 (Linux) et Gtalk (windows).
Si au passage vous voulez créer des themes, vous serez accueilli les bras ouvers et avec une mention de remerciement dans le "about" ;D
La doc est là:
http://kopete.kde.org/chatwindowstyleguide/index.html
Journal Un standard pour les themes de IM
7
avr.
2006
# Euh...
Posté par Nÿco (site web personnel) . Évalué à 0.
[^] # Re: Euh...
Posté par TImaniac (site web personnel) . Évalué à 10.
http://www.adiumx.com/screenshots.php?show=overvieworange.jp(...)
De plus je penses pas qu'ils veulent avoir un "style standard", mais un "format de style standard", histoire de pouvoir réutiliser un style d'un soft à l'autre. (un peu comme XMMS est(était) compatible avec les skins Winamp)
[^] # Re: Euh...
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 7.
[^] # Re: Euh...
Posté par Nÿco (site web personnel) . Évalué à 7.
[^] # Re: Euh...
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 3.
Faut voir quand meme que cela implique l'utilisation d'un interpreteur xhtml/css, et que si gaim ne l'a pas fait jusqu'a maintenant, c'est peut-etre qu'il y a une raison technique derriere (que j'ignore). Mais sinon, welcome, et si faut etendre le "standard", on est ouvert.
[^] # Re: Euh...
Posté par Nÿco (site web personnel) . Évalué à 3.
Existe-t-il des docs équivalentes au "Chat Window Style Guide" chez Google Talk et Adium ?
Est-ce que ça ne casse pas les implémentations XHTML-IM ?
[^] # Re: Euh...
Posté par Michaël Larouche . Évalué à 1.
Pour Adium:
http://trac.adiumx.com/wiki/CreatingMessageStyles
Non, cela n'a aucun rapport avec le JEP XHTML-IM, c'est juste une manière de définir l'affichage pour le client. Le mesasge XHTML-IM est rendu dans le style sans problème.
[^] # Re: Euh...
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 3.
Sinon, pas de bibliotheque, kopete est en c++/qt, adium en objective-c, et a par les remplacements de chaine, l'essentiel est basé sur l'interpreteur html (khtml pour nous), donc je ne crois pas qu'une librairie commune soit réellement utile/souhaitable, Mick aurait probablement un bon avis sur la question, c'est lui qui a codé cette partie pour Kopete 0.12 ;-)
[^] # Re: Euh...
Posté par Bruce Le Nain (site web personnel) . Évalué à 4.
je regarde sur kde-apps, et je vois cette image : http://www.kde-apps.org/content/preview.php?preview=1&id(...)
Alors je me suis dit que kamefu voulait dire "Kamefu Ain't Metroid Fusion", mais non en fait kamefu veut dire "KDE All Machine Emulator Frontend for UNIX"
même pas d'acronyme récursif, pff... ;)
[^] # Re: Euh...
Posté par Michaël Larouche . Évalué à 2.
LOL, elle est bonne celle là :)
# Commentaire supprimé
Posté par Anonyme . Évalué à 5.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Thème d'émoticones ?
Posté par Manger sur pattes . Évalué à 2.
Par contre je doute que ;-).png passe comme nom de fichier sur du FAT ou NTFS...
[^] # Re: Thème d'émoticones ?
Posté par TImaniac (site web personnel) . Évalué à 2.
sinon un fichier XML qui "map" le texte de l'émoticône à l'image c'est pas plus compliqué et ca évitera d'avoir à se prendre le choux avec des caractères pas gérés par le système de fichier. (Et puis ca autoriserait aussi de spécifier plusieurs fichiers image de tailles différentes par exemple)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Thème d'émoticones ?
Posté par Infernal Quack (site web personnel) . Évalué à 9.
Parce que ton fichier peut avoir un espace dans son nom ?
Parce que le smiley peut aussi avoir un espace dans son nom ?
Parce qu'XML est standartisé, largement utilisé et utilisable (plein de bibliothèque pour le lire et dans plein de langage) ?
Parce que XML est évolutif (ajout de balises sans casser la compatibilité ascendante) ?
Parce ce que !!!! /o\
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Thème d'émoticones ?
Posté par kd . Évalué à 10.
Parce qu'on peut rajouter un caractère d'échappement si besoin est ?
Parce qu'on peut rajouter un caractère d'échappement si besoin est ?
Parce que le fichier texte est stadardisé et utilisable (même pas besoin de bibliothèque pour le lire, et lisible avec *tous* les langages) ?
Parce que le format texte est évolutif ?
Parce que !!!!! /o\
Je rajouterais aussi :
Parce que y'en a marre des softs qui prennent 10000 ans à parser du XML, qui occupent 10000 Mo en mémoire vive pour le faire.
[^] # Re: Thème d'émoticones ?
Posté par Thomas Douillard . Évalué à 10.
En gros, pourquoi développer un n-ième parser qui devra gérer 12000 cas particulier, aura des bugs, devra avoir une n-ième spec qui spécifie comment gérer tout ces cas particuliers ?
(Bon, je dis pas qu'il y a rien à faire avec un parser XML non plus, mais j'ose espérer que ca facilite la vie)
Autre arguument, dans le cas de jabber, le protocole est basé sur XML, ça permet de garder une certaine cohérence, et de transmettre plus facilement des listes de smileys entre clients ?
[^] # Re: Thème d'émoticones ?
Posté par alexissoft . Évalué à 10.
Si tu parse en SAX, et que tu remplis tes objets en mémoire vive, je vois pas pourquoi ça prendrait 10 000Mo en mémoire vive vu que tu retiens pas l'arbre. Ca serait aussi consommant en RAM que le texte.
[^] # Re: Thème d'émoticones ?
Posté par Nap . Évalué à 2.
(tiens mon émoticone n'est pas interprétée... on pourra appliquer ce standard à DLFP après ??)
[^] # Re: Thème d'émoticones ?
Posté par TImaniac (site web personnel) . Évalué à 9.
- Parcqu'on peut associer une grammaire au fichier et ainsi servir de première documentation du format utilisé par le document
- La présence d'une grammaire permet à un éditeur de faciliter la saisie des informations (et éventuellement empêcher l'utilisateur d'y mettre des conneries)
- La présence d'une grammaire standardisé permet l'automatisation de la validation des données, évitant au programmeur d'avoir à traiter lui-même les cas d'erreur.
- Parcque les langages modernes proposent de mapper avec une facilité déconcertante un fichier XML en un ensemble de classes objets fortement typées, évitant au programmeur d'avoir à se farcir la lecture, l'analyse syntaxique et même l'analyse grammatical du fichier (même plus besoin de SAX ou DOM).
- Parcqu'une syntaxe standardisée, une syntaxe de grammaire standardisée et des outils standarisés vont dans le sens de l'interopérabilité, ce qui va globalement dans le sens des logiciels libres.
Maintenant je vois pas ce qui reste comme avantage au fichier texte "ordinaire", si ce n'est qu'un sous-ensemble des avantages du fichier XML.
[^] # Re: Thème d'émoticones ?
Posté par Manger sur pattes . Évalué à 2.
fichier "icons" première ligne pour spécifier le charset, le reste pour les associations, premier mot entre guillement, texte à remplacer, deuxième entre guillemets, nom de fichiers, le troisième bien plus grand pour les options diverses, séparées à la manière de mount -o (umask=222,user,ro) ignorée si non supportées par le client
fichiers "icons"
Je préfère cependant le XML ;)
[^] # Re: Thème d'émoticones ?
Posté par z a . Évalué à 3.
[^] # Re: Thème d'émoticones ?
Posté par Infernal Quack (site web personnel) . Évalué à 10.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Thème d'émoticones ?
Posté par Pascal Terjan (site web personnel) . Évalué à 3.
[^] # Re: Thème d'émoticones ?
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 3.
Ca serait effectivement l'étape suivante normalement, a nous de pousser pour...
Il y a néanmoins un probleme a ce niveau, c'est un smiley n'a pas toujour la meme signification/icone selon les protocoles, a prévoir donc.
[^] # Re: Thème d'émoticones ?
Posté par Michaël Larouche . Évalué à 3.
Pour le thème d'émoticones, ça reste à voir. Ce qui nous faudrait, c'est une rencontre globale des développeurs majeurs des clients d'IM libre et open-source pour ça. Woah putain, c'est pas con comme idée ça.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Thème d'émoticones ?
Posté par Papey . Évalué à 3.
[^] # Re: Thème d'émoticones ?
Posté par Aldoo . Évalué à 8.
Outre les problèmes des standardisation, il y a aussi le problème tout bête qui se pose quand on veut effectivement tapper ce texte.
Alors à l'âge d'aujourd'hui, où l'on utilise des clients graphiques, qui communiquent entre eux en XML (au moins pour XMPP), ce serait peut-être le moment d'utiliser l'expressivité de ce langage, avec des balises dédiées à l'envoi d'émoticônes, non ? (Qui propose une JEP ? :-p )
Au niveau client, on insérerait l'émoticône avec un raccourci clavier du genre ctrl+, puis code de l'icône, ou bien en accédant au menu déroulant de choix. Rapide, efficace, sans bavure.
Pour les smileys les plus courants (pour lesquels il y a consensus sur l'interprétation), on peut se permettre de conserver l'ancien système, c'est-à-dire, la conversion automatique en émoticônes.
Qu'en pensez-vous ?
[^] # Re: Thème d'émoticones ?
Posté par Victor . Évalué à 2.
D'ailleurs, un autre probleme rejoint celui la, c'est le fait que chacun des client interprete comme il veut/peut le texte et parfois on voit un smiley different de celui de l'expediteur.
Je crois bien que msn envoit certain smileys sous forme d'image et je trouve cette solution, bien que plus lourde pour le reseau, bien plus interessante.
[^] # Re: Thème d'émoticones ?
Posté par moramarth . Évalué à 6.
L'expéditeur est toujours sous le coup du remplacement automatique des chaînes correspondant à des émoticônes...
Peut-être un début de solution :
Insérer directement des images via les petits panels ( vu sous Gaim et Gajim ) d'émoticônes, et considérer les chaînes de caractère comme des raccourcis, en option.
Ainsi, on a le choix d'afficher du texte, ou de continuer à taper sans s'arrèter à cause de la souris...
Mais ça ne permet pas d'afficher du texte plutôt qu'une émoticône, juste une fois, sans modifier à deux reprises l'option dans les préférences :/...
On peut aussi peaufinner ce « début de solution » en privilégiant les formes courtes comme :) plutôt que :-) par exemple, pour les raccourcis d'émoticônes, et les formes longues pour le texte. Mais quel est la forme courte de \_o< ?
Enfin, le standard, même avec la demi-solution qu'est l'envoi d'image, doit inclure une identification (par nom de fichier, par exemple ) desdites images : si l'adressé désire voire du texte plutôt que des images, il faut que le client sache reconvertir les images en textes correspondants. Sinon, le receveur est obligé de suivre le choix de lexpéditeur. Au lieu d'avoir le choix (dans les préférences, toujours...)
Tu noteras que cette dernière fonctionnalité relativise beaucoup l'intérêt de l'approche de MSN pour gérer les émoticônes...
Chouette, c'est l'occasion de voir comment les lecteurs de LinuxFR jugent mes capacités question réflexion en interface, en ergonomie et en standard :-). Allez, on croise les doigts et on espère un petit 5 de pertinence, quand même :-s...
[^] # Re: Thème d'émoticones ?
Posté par Omega (site web personnel) . Évalué à 4.
En gros on envoie un message en XHTML-IM, et on spécifie une image dans un tag html img, et pour que l'utilisateur puisse récupérer l'image on met dans le message un proposition de transfert de fichier (si-pub http://www.jabber.org/jeps/jep-0137.html ).
Comme on envoie un tag img on peut mettre un alt et le receveur peut donc choisir d'afficher l'image ou le texte et comme on force pas le téléchargement ca prend pas de bande passante si la personne ne veut (ou ne peut) pas afficher l'image, il n'a pas besoin de la télécharger.
Par contre ce protocole n'est pas encore vraiment standardisé et y'a plus vraiment de discussion dessus sur les listes de la JSF.
[^] # Re: Thème d'émoticones ?
Posté par Aldoo . Évalué à 3.
Associer un morceau balisé, plus une proposition d'envoi de l'image.
Pour la partie utilisateur, il y a le cliquodrome. Ce serait bien d'y ajouter un raccourci clavier ctrl+lettre, puis chaîne représentant l'émoticône.
[^] # Re: Thème d'émoticones ?
Posté par rewind (Mastodon) . Évalué à 1.
De même, avec Gaim, je n'utilise jamais le panneau (du moins pour les émoticones les plus courantes). J'imagine que le nombre d'émoticones va aller en augmentant dans les années qui viennent et s'il faut chercher deux heures dans un tel panneau pour afficher une malheureuse émoticone, ça va être galère.
Quant à la solution CTRL+.., elle n'est pas très adapté à Mme Michu. Ce que je veux dire, c'est que ce n'est pas naturel du tout d'utiliser un raccourci clavier de ce genre pour ajouter un texte, on ne comprend pas bien pourquoi. Surtout s'il y a des excetpions, comment décides-tu ce qui rentre dans les exceptions ou pas ?
[^] # Re: Thème d'émoticones ?
Posté par chtitux (site web personnel) . Évalué à 2.
M'me Michu aime quand l'URL se transforme tout de suite en lien. C'est pratique, elle n'en demande pas plus. Mr Michu, lui, n'aime pas ça. Il sait lire la doc, et sait l'appliquer. Il n'a pas envie de voir ses URLs tranformés en lien.
Alors quand il finit de taper son texte, avant de faire un espace, il appuit sur Ctrl. Et le formattage automatique est désactivé.
Alors pour l'IM, c'est pareil. Par défaut, la chaîne "coucou" se tranforme en image. (en un tag image (comme jabber) ou une image (comme MSN)).
Si celui qui tape le message ne veut pas ça, il tape coucou[ctrl][:espace:].
Le client ne transforme pas la chaîne en image.
[^] # [Hors-sujet] madame Nulle, monsieur Techos
Posté par davux (site web personnel) . Évalué à 3.
M'me Michu aime quand l'URL se transforme tout de suite en lien. C'est pratique, elle n'en demande pas plus. Mr Michu, lui, n'aime pas ça. Il sait lire la doc, et sait l'appliquer.
N'y vois rien de personnel, mais ça commence à être fatigant ces préjugés systématiques sur la nullité des femmes en informatique.
Outre le côté insultant de ce genre de considération, une des raisons qui font que si peu de femmes sont présentes dans l'informatique, c'est le manque de confiance en elles. Arrêtons le cercle vicieux...
[^] # Re: [Hors-sujet] madame Nulle, monsieur Techos
Posté par rewind (Mastodon) . Évalué à 0.
[^] # Re: Thème d'émoticones ?
Posté par Gof (site web personnel) . Évalué à 4.
J'avais essayer il y a un an de standardiser les thèmes de Kopete auprès de freedesktop
http://lists.freedesktop.org/archives/xdg/2005-January/00567(...)
http://kopete.kde.org/emoticons/emoticonspec.html
Ça n'avais pas marcher parce que les autres n'était pas fort pour, la spécification actuelles n'apportait rien, et certaines fonctionnalités de gaim n'y était plus.
Mais c'est quand même devenu un format utilisé par tout KDE (Kopete, Konversation, KMail, ....)
Par contre, si je devais essayer de re-standardiser un format d'émoticon, je me baserais sur la JEP_0038 qui est assez complète.
http://www.jabber.org/jeps/jep-0038.html
[^] # Re: Thème d'émoticones ?
Posté par Jehan (site web personnel, Mastodon) . É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 ]
[^] # Re: Thème d'émoticones ?
Posté par Gof (site web personnel) . Évalué à 4.
Dans ce cas-ci c'est parce que l'auteur de la JEP en question n'avais plus le temps de s'en occuper, et elle est tombé au oubliette en quelque sorte.
Tes remarques sont correctes : un échange d'image est meilleur.
Mais ma préoccupation, à l'époque, était d'aboutir à un standard pour les thèmes d'émoticons téléchargable. Utilisé à la fois dans le client mail, le client IM, mais aussi dans des forum ou autre trucs.
Ce qui m'intéressais en particulier dans la JEP-0038 était surtout le format du fichier XML
Et cette JEP n'est pas convenable tel quelle, puisque elle est spécifique à Jabber, alors que mon but était de rendre ça indépendant de l'application/protocole.
[^] # Re: Thème d'émoticones ?
Posté par Jehan (site web personnel, Mastodon) . Évalué à 2.
je vois ton problème d'affichage des smyleys indépendant du protocole. Mais cela est-il si important? Pour moi cela deviendra intéressant à partir du moment où les protocoles deviennent ouverts et intéropérables (on peut rêver... je pense cependant qu'un tel jour devra bien arriver un jour, pas forcément une ouverture, mais au moins un accord de compatibilité généralisé entre tous les protocoles, quand les entreprises se rendront compte de cette nécessité), mais c'est pas encore le cas. En effet, à ce moment là, ce serait intéressant que les émoticones soient les mêmes au départ et à l'arrivée. Mais encore une fois, je ne trouve pas que ton idée est la bonne solution.
Et ce, pour une raison toute simple: la plupart des gens ne veulent pas se fatiguer à "installer" des thèmes, à personnaliser leur client, et à s'échanger les thèmes pour être "compatible avec mon copain Bob". Surtout que pour peu que plusieurs potes utilisent des thèmes différents, on doit leur demander séparemment de nous envoyer leur thèmes, les installer, éventuellement dire explicitement à notre client que quand il reçoit un mess d'un tel, il doit mettre tel thème, et de tel autre ami, tel autre thème (sinon ça sert à rien). C'est "compliqué", donc chiant, donc ça ne peut pas marcher selon moi. Les gens aiment les trucs simples, où ils ont rien à faire. Or envoyer des images sans qu'ils aient rien à faire (si ce n'est lors de la configuration du client avoir coché la case "accepter les émoticones personnalisées"), ça c'est simple. Je vois pas comment des gens pourraient passer sous Jabber si on leur dit qu'ils peuvent avoir des émoticones personnalisés, mais ils doivent d'abord envoyer le thème à tous leurs amis, leur demander de les installer, et après seulement ça marchera; alors qu'ils répondront (à raison), ben sous MSN, c'est automatique.
Je pense que si un besoin d'intéropérabilité indépendant est nécessaire dans un avenir certain pour une gestion avancée des émoticones, ça devra être tout simplement une compatibilité entre le système d'envoi d'émoticone de Jabber (qui existera un jour peut-être en extension standard, espérons le pour la diffusion de Jabber), et celui des autres protocoles (pour ceux qui en ont).
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 Gof (site web personnel) . Évalué à 2.
Beaucoup d'utilisateurs désire changer de thème d'icone, de chat, etc...
(certes, ce sont pour la plupart des power users, mais ça reste une grande partie des utilisateurs visés)
Les thèmes d'émoticons dont je parle ce sont les thèmes pour les classiques :-) :-( ;-p et équivalent compris par tout le monde
Mettre de joli dessin sur de l'art ASCII.
Nul besoin que tout le monde ait le même.
Je ne parles pas ici des (p) :blop: , qui n'ont pas de signification sans l'image
Et là, ça a du sens d'avoir un thème d'émoticon, peu importe si Bob à les mêmes que moi, ça c'est une question de goût.
[^] # Re: Thème d'émoticones ?
Posté par Bruce Le Nain (site web personnel) . Évalué à 4.
[^] # Re: Thème d'émoticones ?
Posté par ArnY (site web personnel) . Évalué à 2.
C'est un .zip contenant un fichier xml décrivant l'association texte -> fichiers images et les fichiers images eux mêmes.
C'est utilisé par plein de clients jabber (pandion, psi, jeti, etc) et il existe plusieurs editeurs.
[^] # Re: Thème d'émoticones ?
Posté par Gof (site web personnel) . Évalué à 3.
# Inattendu
Posté par Michaël Larouche . Évalué à 6.
J'ai installé Google Talk (la dernière version) sur mon Windows à l'école. La fenêtre de conversation était buggé alors j'ai pas vu voir.
Premières remarques:
-Supporte pas les variantes
-Utilise pas Header.html et Footer.html
-Il ont ajouté un nouveau template, NextStatus.html
-Les thèmes sont installé dans une place bizarre, c'est à dire
C:\Documents and Settings\\Local Settings\Application Data\Google\Google Talk\themes\
Aussi aucune mention sur le site officiel de Google Talk ni le blog des développeurs qui utilise le format de thème de Adium(et de Kopete).
Il va falloir que je parle de ça avec David Smith (Catfish_Man) de Adium a propos de ça et contacter les gars de Google pour discuster voir pour en faire un standard :)
D'ailleurs, il utilise vCard pour l'avatar.
# Utilisable dans un coincoin ?
Posté par Olivier Serve (site web personnel) . Évalué à 1.
Ça pourraît être intéressant de l'utiliser dans koinkoin...
[^] # Re: Utilisable dans un coincoin ?
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 2.
Pour infos, les themes réalisé pour kopete sont essentiellement dans le svn 0.12/beta2 de kopete (mais quelques uns sont sur kde-look).
Sinon, la doc pourra t'aider, ainsi que peut-etre /0.12/kopete/kopete/kopete/chatwindow/chatmessagepart.cpp / h dans kopete pour une ré-implementation dans koinkoin.
# Et ca ressemble...
Posté par gnumdk (site web personnel) . Évalué à 2.
http://hibbert.univ-lille3.fr/~cbellegarde/kopete.png
C'est bien sympatoche, surtout ce theme que j'ai trouvé sur kdelook.org (Kone) et qui devrait être le theme par defaut tellement il roxor :)
[^] # Re: Et ca ressemble...
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 2.
Pour Kopete4, il changera si necessaire pour un truc harmonisé Oxygen/Plasma.
(sinon, c'est pas trop tard pour faire des themes ;)))))
# Thème de fenêtre de discussion
Posté par Nÿco (site web personnel) . Évalué à 2.
http://wiki.jabberfr.org/index.php?title=Th%E8me_de_fen%EAtr(...)
eureux, aka Johann Ollivier-Lapeyre, en a parlé sur customizetalk : http://www.customizetalk.com/forums/viewtopic.php?t=423
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.