[Tutoriel 1.1] Téléchargement et Installation de Total RP 1.1

[Tee-chew]

Bonjours,

Je tiens d'abord à remercier le génial inventeur de cet addon qui m'a l'air bien utile... Je bien "qui m'a l'air" car je ne peux pas l'installer.
Avant de me sauter dessus :

Oui j'ai l'exacte arborescence citée de nombreuse fois ci-dessus, dans l'ordre.
Mon problème, je pense viens du fait que je ne suis pas sur PC... Mais sur Mac <insérez musique dramatique>. Je vous prierais de ne pas me charrier là-dessus. Merci

Ma question se résume donc à : cet addon marche sur macintosh ?
J'ai lu ce sujet attentivementn j'ai trouver le fichier "addon" dans l'application WoW, j'ai ajouter le pac de l'addon à l'intérieur mais rien.

Merci de votre aide.[/align]

[Telkostrasz]

Nouvelle version disponible !

1.108

Corrections :
- Corrige l'erreur de shift+clic sur les objets TRP (création de colis ...etc)
- Correction du bug de la carte qui ne dézoome pas (enfin! ^^) mais attention, le bug n'est corrigé que pour la carte originale de Wow, le bug risque de subsister pour ceux qui utilisent des add-ons de cartes.
- Dorénavant les features liées aux planques seront indisponible si la carte est affichée.
- Correction du bug d'envoi direct des documents.
- Les balises de couleurs dans les attributs des personnages (nom, prénom, age ..etc) s'affichent dorénavant correctement.

Nouveautés :
- Suppression de la barre de d'activation/désactivation des fenêtre de chat sur la barre de raccourcis. Elle n'est plus nécessaire vu que depuis la 3.3.5 un simple double clic sur l'onglet d'une fenêtre suffis à la cacher.

- Nouvelle option, activable/desactivable via la commande

Code :

/trp noColorInNames

Elle permet de ne pas afficher les couleurs personnalisées (avec les balises de couleurs) dans les endroit où la couleur du nom est sensé représenter la relation (soit dans le tooltip, la liste du registre et en haut de la fiche de personnage)

- Nouvelle option, activable/desactivable via la commande

Code :

/trp NewChat

Modifie la manière dont fonctionne les features de détection d'HRP et d'émote de manière a représenter la manière dont cela fonctionnera dans TRP2 !
Dorénavant la détection ne change que la couleur mais ne découpe plus le texte (on évite ainsi les bugs des smiley dans le HRP ..etc).
Aussi les émotes sont détectées par < emote >, * texte * représentant maintenant les onomatopées (ouais, fallait faire un choix de ce qui allait représenter quoi). Les emotes détectées s'affiche toujours dans la couleur des émotes normale. La couleur des onomatopées peut être choisi grâce à la commande :

Code :

/trp Onomatopee xxxxxx

Où xxxxxx est une couleur hexadécimale, comme la balise de couleur {xxxxxx} !
L'avantage de cette différentiation emote/onomatopée est qu'une onomatopée peut être présente dans une émote.

Citation :< Casse une noix avec ses fesses : *Crack !* >

Affichera :

Citation :< Casse une noix avec ses fesses : *Crack !* >

Voilà, je crois que j'ai rien oublié ^^

[Euphorine]

Youhouuuuuuuuuuuuuu
Vive le roi Telkos !!!!
Plus aucun soucis c'est super ^^

Par contre l'histoire de l'emote n'a pas l'air au point ^^ j'ai essayé et cela fait

Citation :Euphorine fleur-de vie dit: <Casse une noix avec ses fesses : *Crack !* >

Et les balises au lieu d'être effacées sont par contre bien lisible.

[Telkostrasz]

Non mais c'est normal ca, je l'ai dit.

Citation :Dorénavant la détection ne change que la couleur mais ne découpe plus le texte.

[Euphorine]

Le principe d'avant me semblait bien mieux dans ce cas.
Car premièrement cela créait une véritable Emote.
Même si on marquait les étoiles dans la boite de dialogue:
Exemple : /d*sourit* cela écrivait :

Citation :Euphorine Fleur-de-vie sourit.

Et non pas comme aujourd'hui.

Citation :Euphorine fleur-de-vie dit:<sourit.>

A mon sens c'est très laid, vaut mieux finalement utiliser /e pour faire ses Emotes.
Il y a t'il un moyen de changer une ligne de code afin de revenir sur l'ancienne version des Emotes ** sans changer toutes les corrections des bugs qui me soulage la vie ^^

Car franchement visuellement elle ne sert à rien l’Emote de TRP1.108 avec les <> et ** pour onomatopée.
Si c’est pour voir apparaître les balises dans la boite de dialogue.

Sinon c’est comme si je créais des macros avec {[ran:001-002$] et qu’on les voyait apparaître. C’est moche !

[Melhael]

Personnellement, ça me convient mieux. J'ai toujours eu l'habitude de gérer les emotes de deux manières, soit avec /e dans une ligne de texte séparée, soit dans mes dialogues mais plutôt sous forme de "tags".

Genre, soit:

/s Je te trouve l'air bien joyeux aujourd'hui.
/e sourit en voyant la mine réjouie de %t.

Ou alors:

/s *ton de reproche* Je te trouve grossier !

Avant TRP aurait découpé mon dernière message en :

/e ton de reproche.
/s Je te trouve grossier !

Or "Melhael ton de reproche." ça ne veut pas dire grand chose.

[Euphorine]

Ce n'est pas l'histoire de découpage qui me gène c'est l'apparition des balises dans le texte dans la fenêtre de dialogue.

Au lieu d'écrire:
Euphorine sourit.
ca met :
Euphorine dit :<Sourit.>
Ca veux rien dire en français !
Telkos dit:<sourit à Euphorine.>
Melhael dit:<sourit à Euphorine.>

C'est n'importe nawak .
Normalement dans l'ancienne version cela écrivait:
Melhael sourit à Euphorine.
C'est le truc [Dit:] et les [< >] qui apparaissent qui sont en trop !

Pour être une bonne macro en français et pas en langage machine, on fait du RP tout de même.
Cela devrait écrire en incluant même les onomatopées.
Exemple : <sourit à Melhael de façons suggestive. *Ohhhh !*>
Résultat :

Citation :Euphorine Fleur-de-vie sourit à Melhael de façons suggestive. Ohhhh !

Et non pas comme maintenant:

Citation :Euphorine Fleur-de-vie dit:< sourit à Melhael de façons suggestive. *Ohhhh !*>

On parle RP pas langage machine, les Balises de texte ne devrait pas apparaitres.
Mais peut-être ais-je un bug ?

[Melhael]

(edit)

Pour ça il faudrait que <> et ** soient traités différemment par TRP. Pas qu'y ait un obstacle à cela en soi. Cela dit, j'aimerais bien connaître la raison du changement, en fait. Histoire de savoir le pourquoi du comment.

(Bon, s'pas tout ça mais j'ai du boulot moi. A plus tard, les gens. )

[Euphorine]

Moi qui me bats déjà contre les kévins qui me font du langage Sms.
Je me vois bien mettre des < > et des * * dans chacune de mes Emotes.
Déjà que de voir cela * * dans une bulle de discutions c'est moche!
Alors le lire dans la conversation du t'chat c'est encore plus laid et incompréhensible!
Surtout si une Emote non-verbal commence par dit :

Comme le slogan inventé par le magazine Paris Match.
« Le poids des mots, le choc des photos. »

[Telkostrasz]

Euphorine a écrit :Il y a t'il un moyen de changer une ligne de code afin de revenir sur l'ancienne version des Emotes ** sans changer toutes les corrections des bugs qui me soulage la vie ^^

La commande /trp NewChat permet de basculer entre les deux versions, utilise la version qui te plait.
TRP n'a jamais rien imposé aux joueurs, c'est pas maintenant que ca va commencer.

Je rajouterais quand même : cette feature n'a jamais eut pour but de faciliter la vie aux joueurs point de vue émote. Si c'est pour juste faire <sourit>, autant directement tape /e.
Par contre "<Sourit> Salut !", ca passe déjà beaucoup mieux avec cette version.

Mel a écrit :Personnellement, ça me convient mieux. J'ai toujours eu l'habitude de gérer les emotes de deux manières, soit avec /e dans une ligne de texte séparée, soit dans mes dialogues mais plutôt sous forme de "tags".

Genre, soit:

/s Je te trouve l'air bien joyeux aujourd'hui.
/e sourit en voyant la mine réjouie de %t.

Ou alors:

/s *ton de reproche* Je te trouve grossier !

Avant TRP aurait découpé mon dernière message en :

/e ton de reproche.
/s Je te trouve grossier !

Or "Melhael ton de reproche." ça ne veut pas dire grand chose.

C'est exactement pour ca que je l'ai fait. Dans mes bras !

En fait, ce que je pourrais faire au final, c'est laisser décider au joueur si <> et/ou ** découpent ou non.