Je relance la discussion suite
au message de Sarbatis.
Sarbatis écrit:Je n'utilise pas de méthode miracle mais je met simplement entre crochet la distance en case à la fin de la phrase
Par exemple : (30 m + 3 m/niveau) [20 cases + 2 cases/niveau].
C'est la méthode qu'avait utilisé Dalvyn dans la traduction de la beta. Malheureusement, ce format n'est pas commode à utiliser sur le Wiki, car les crochets servent à délimiter les liens. Il faut donc utiliser des balises spéciales [ et ] pour inclure des crochets. Bref, nous n'avions pas retenu ce format.
Si je résume ce fil et ce qui a été fait pour les sorts :
- La plupart utilisent la notation officielle (sans cases) :
Clairaudience/Clairvoyance- Certains utilisent la notation mètres/cases :
Imprécation,
Lueur féerique- D'autre la notation mètres (cases) : (pas d'exemple, mais de mémoire j'en ai vu)
Le problème de la saisie avec le "/" c'est que pour les valeurs en milieu de texte, cela a tendance à couper fortement la phrase en deux, surtout s'il y a du texte après. Donc les parenthèses pourraient mieux convenir : "Cube de 3m d'arête" devient "Cube de 3m (2 cases) d'arête" au lieu de "Cube de 3m/2cases d'arrête". Si l'expression en mètres est dans une phrase, on rajoute les cases entre parenthèses. Exemple : "15m" devient "15m (10 cases)".
Pour les cas où l'expression en mètres est déjà dans des parenthèses, dans ce cas on pourrait inclure la notation en cases après un ";" dans ces mêmes parenthèses. Exemple : "longue (120 m + 12 m/niveau)" devient "longue (120 m + 12 m/niveau ; 80 cases + 8 cases/niveau)"
On peut aussi se poser la question de l'abréviation "c" pour "cases" : "longue (120 m + 12 m/niveau ; 80c + 8c/niveau)" et "15m (10c)", mais le sens n'est pas forcément évident.
On pourrait utiliser la balise "<abbr title="cases">c</abbr>" mais cela alourdi pas mal la saisie.
Un snippet "c" pourrait simplifier cela : "15m (10c)" s'écrirait : "15m (10{s:c})" et "longue (120 m + 12 m/niveau ; 80c + 8c/niveau)" s'écrirait "longue (120 m + 12 m/niveau ; 80{s:c} + 8{s:c}/niveau).
L'avantage de la balise <abbr> étant qu'elle est traitée différemment des liens au niveau des styles : la lettre ne sera pas forcément en bleu et la légende "cases" n'apparaîtra qu'au survol de la souris.
Bref, je résume (notez que je me focalise sur les sorts, mais les règles si elles sont acceptées devraient être étendues) :
1) Il faut que l'on décide d'une règle commune à privilégier sur tout le wiki, et qui traite tous les cas de saisie. Tout le monde est d'accord pour que la valeur en cases apparaisse le plus souvent possible (en gardant en tête le fait que les cases sont destinées à être utilisées avec les figurines : donc peut de sens de traduire des valeurs plus grandes que quelques mètres).
2) J'aurais tendance à privilégier la forme officielle, c'est à dire l'expression en mètres, et d'y ajouter la valeur en case entre parenthèses. Je trouve l'utilisation du "/" peu adaptée si la mesure se trouve au milieu d'une phrase.
3) Deux règles se dégagent : la mesure est dans une phase, la valeur en cases suit la valeur en mètres, mais entre parenthèses ; la mesure est entre parenthèses, la valeur en cases est dans la même parenthèse, séparée par un ";" (si le point-virgule est syntaxiquement incorrect, la virgule peut être utilisée ?)
4) Concernant l'unité de mesure "c" :- soit on laisse le mot "cases" en entier, mais cela à tendance à lui donner beaucoup d'importance visuelle par rapport aux mètres que l'on exprime avec l'unité
- soit on utilise la simple abréviation "c", ce qui permet d'avoir une saisie rapide et simple, mais qui peut perdre le lecteur car aucune explication n'est donnée
- soit on utilise la balise <abbr> qui symbolise les abréviations à l'aide d'un snippet "15m (10{s:c})". La saisie est plus complexe, mais le lecteur peut obtenir une aide lors de la lecture sur le sens de l'unité de mesure
Je relance le sujet aussi dans le cadre du prochain (re)lancement de la saisie du bestiaire, car ces règles pourraient aussi être utilisées dans ce cadre.
Donc donnez votre avis sur chaque point, ou proposez mieux !
Modifié par un utilisateur vendredi 8 octobre 2010 12:09:12(UTC)
| Raison: Non indiquée