DeutschEnglishEspañolFrançaisРусский219 FR pages.

Manuel d’utilisation de l' A.R.C.C.

• Volume I : Guide de démarrage rapide (Quick Start Guide)
• Volume II : Guide d'utilisation
• Volume III: Guide d'utilisation avancée

L’A.R.C.C.

Ce guide a pour but d’indiquer comment se servir de l’A.R.C.C., l’Advanced Ryzom Content Creator. L’A.R.C.C. est un outil permettant de créer des scripts qui seront interprétés par un ser­veur web et qui pourront interagir avec le serveur de Ryzom

Accès

Dossiers et events

Ouverture

Dès la connexion, l’utilisateur se trouve sur une page offrant l’accès aux différents élé­ments de l’ARCC.

• La zone 1 permet de naviguer dans cette profondeur.

	La racine est représentée par une petite icône de « maison » . La « maison » est le premier dossier, qui contient tout les autres éléments, events et dossiers.
	En général, les dossiers sont représentés par des icônes de classeurs (les deux derniers dans l’exemple ci-dessus). Certains dossiers importants sont dotés d’une icône spécifique.
	Les events sont représentés par l’icône de gauche.

• La zone 2 permet de créer un nouveau dossier ou un nouvel event.
  • Le premier champ contiendra le nom de l’objet, de préférence en anglais pour les don­nées communes et de préférence sans caractères accentués ou spécifiques (â, ñ, ß...)
  • Le second champ est une liste de choix :
    • La valeur par défaut est Folder (Dossier).
    • Le second choix, en déroulant la liste, est Event.
  • Le troisième et dernier champ, add, est en fait un bouton. Cliquer dessus lance la créa­tion de l’objet. À noter que la touche <Entrée> est équivalente au bouton add.

• La zone 3 contient les objets, dossiers ou events, créés dans le dossier affiché dans la zone 1 (ici « maison »).

La navigation

L'event

La barre de navigation (Zone 1)

La zone 1 affiche l’emplacement de l’event dans l’arborescence des dossiers. Chaque lien cliquable permet de remonter dans le dossier désiré.

Le champ de création (Zone 2)

La zone 2 permet de créer un nouveau script ou une nouvelle base de données.

• Le premier champ contiendra le nom de l’objet, de préférence en anglais pour les don­nées communes et de préférence sans caractères accentués ou spécifiques (â, ñ, ß...)
• Le second champ est une liste de choix :
  • La valeur par défaut est Script.
  • Le second choix, en déroulant la liste, est Database.
• Le troisième et dernier champ, add, est en fait un bouton. Cliquer dessus lance la créa­tion de l’objet. À noter que la touche <Entrée> est équivalente au bouton add.

Utilitaires (Zone 3)

La zone 3 a deux utilitaires :

Paramètres de l'event

Le paramétrage

Traductions automatisées

Les traductions automatiques

Les scripts (Zone 4)

La zone 4 contient les scripts créés dans l'event affiché dans la zone 1 (ici « New Event »).

La partie inférieure contient la signification des pastilles colorées qui sont accolées aux scripts.

La partie médiane contient la liste des scripts associés à l’event.

À chaque script est associé un ensemble d’indicateurs et d’actions, listés ici dans l’ordre d’affichage de gauche à droite.

• Le type de script:

	Un script simple
	un script lié, c'est-à-dire, attribué à un PNJ

• Le statut du script représenté par une petite pastille colorée dont la signification est indiquée dans la partie inférieure de la fenêtre.

• Le nom du script. Cliquer sur le nom du script permet d’en visualiser et modifier le contenu selon les droits de l’utilisateur.
• Le nom de l’auteur de la création du script.
• Les actions possibles sur les scripts.

Les base de données (Zone 5)

La zone 5 affiche la liste des bases de données de l’event .

Le script

• La zone 1 affiche l’emplacement de l’event dans l’arborescence des dossiers jusqu’à l’event qui contient les scripts en cours.

Chaque lien cliquable permet de remonter dans le dossier désiré.

• La zone 2 permet de tester script.
• La zone 3 permet de gérer le code source et l’historique des modifications.
• La zone 4 affiche des informations complémentaires pour l’exécution du script.
• La zone 5 gère la création proprement dite du script.

La méthode la plus rapide et la moins fatigante pour créer un script est de le copier à partir d’un autre qui ressemble à ce que l’on souhaite. Cette méthode est très pratique pour rapidement créer un script qui ressemble à un autre, mais il faudra apprendre à le modifier tôt ou tard... sinon à quoi serviraient deux scripts identiques au nom près ? Ce sera le volume II de ce manuel d'utilisation de l'ARCC.

Remplir le nouveau script.

On rejoue les séquences 6 à 8 avec « Script1 »

• 6) ouverture du script
• 7) affichage du source
• 8) affichage du source en Base64

À ce niveau, cliquez dans le texte déjà présent (pour positionner le focus) et sélection­nez-le complètement (par exemple : en tapant <Ctrl>+A sur Windows et Unices) pour le remplacer par le texte mémorisé dans le presse-papier (par exemple, en tapant <Ctrl>+V). Quand le texte a été remplacé ; le sauvegarder :

Les bases de données

• • Player
  • Global
  • Civ
  • Cult
  • Organization (Faction)
  • Other
• 3) Number of Rows :Nombre de données ??? (colonnes???)
• 4) Le contenu (vide à la création).

• 6) Une ligne de données (n° 1) a été créée.
• 7) Une valeur (64) a été attribuée à une colonne (Psi).
• 8)

Une icône en bas indique que l'on peut modifier manuellement les données.

L’exécution

Les paramètres d'exécution

• 9) Hide during launch : Masquer au lancement (Oui/Non)

• 10) Require validation : Néces­site une validation (Oui/Non)

• 11) {singleInstance} (Oui/Non)

• 12) {resetAtStart} (Oui/Non)

• 13) {updateStagesInDb} (Oui/non)

• 14) {missionTimeout} (Unités)

• 15) {replayTimer} (Unités)

Test dans le navigateur

On peut commencer à tester le script dans le navigateur en cliquant sur (1) dans le navigateur.

Cela permet de tester en grande partie le déroulement du script surtout en ce qui concerne les algorithmes et les affichages. Il faut néanmoins faire attention à l'affichage qui ne correspond pas nécessairement entre le Web et le WebIG. En effet, certaines balises html ne passent pas dans ce dernier. Par exemple, la balise <hr/> (horizontal rule) n'apparaît pas en WebIG, ou le <br/> (line break). C'est pourquoi, il est préférable d'utiliser le bbcode.

En conclusion, le lancement du script dans un navigateur ne doit pas servir pour vérifier la présentation des affichages.

Le pas à pas

Si un problème d'exécution apparaît, il peut être utile de tester le déroulement. Dans ce cas on clique sur (2). L'image suivante montre le résultat de l'exemple en cours :

• 18) Chaque étape est avancée manuellement

	soit simplement, en cliquant sur l'icone d'avancement,
	soit en sélectionnant le choix proposé lorsqu'il y a branchement multiple.

• 19) Les colonnes de droite indiquent le statut de chaque fonction du script.

Le Yubo

Pour tester le script en grandeur nature, il faut le lancer sur le serveur de test au petit nom de « Yubo ». Il faut pour cela se connecter sur le « Yubo » avec un compte autorisé, choisir un PNJ de préférence statique (pour ne pas courir derrière pour les tests) et, évidement libre (donc ne pas réutiliser un PNJ de missions pour ne pas se compliquer la vie).

Modification et suppression

	Nous avons déjà vu comment utiliser la vue du code source (5) dans le chapitre 4, lorsqu'il s'agissait de copier/coller le contenu d'un script dans un autre.
	Lorsque la modification est un échec, il est toujours possible de revenir à une version précédente en cliquant sur (6).

	puis en ajoutant,
	en retranchant,
	en déplaçant les fonctions,
	et évidement, en modifiant le contenu des fonctions elles-même (ici : « weVMessage_v3_True ») ce qui sera l'objet du volume II.

Autres outils de l'Event

Le statut

	Édition
	En test
	Actif sur Atys et Yubo
	Opérationnel et verrouillé
	Désactivé (à effacer)

Les droits et raccourcis associés

	Exécuter le script
	Visualiser et éditer le script en langage humain ou machine.
	Visualiser et éditer les droits d’accès et exécution.
	Affiche qui utilise le script
	Demande de destruction du script.
	Destruction du script.