Libertés de traduction et anglicismes

[MachinisteWeb]

Je vais essayer de tenir une liste de décisions prises en ce qui concerne la traduction des termes pour nous aider à rester consistant. Ceci n'est pas figé et peut être rediscuté à souhait.

Anglicismes admis

Vue

• runtime : runtime
• prop(s) => prop(s)
• hook(s) : hook(s)
• slot(s) : slot(s)
• template(s) => template(s)

Vuex

• store : store

Global

• framework => reste framework.
• templates => Reste templates car modèles sera réservé à la traduction de models.
• fork => reste fork (avec les mots pouvant en dériver ex : « forker » pour l'action de faire un fork)
• release => release
• build => build
• SEO => la SEO
• package => package (comme package npm)
• scope => scope (si fait référence au « scope » de Angular)
• dirty checking => dirty checking (si fait référence au « dirty checking » de Angular)
• digest cycle => digest cycle (si fait référence au « digest cycle » de Angular)
• tree-shaking => tree-shaking (si fait référence au « tree-shaking » de Angular)

Liberté de traduction

Outils externes

Tous les noms des outils doivent être utilisé avec la casse fournie par la documentation officielle :

• Npm, NPM => npm
• Webpack => webpack

Vue

• progressive => évolutif
• component => composant
• model => modèle
• directive => directive
• data => données
• scope => portée
• data binding => liaison de données
• computed properties => propriétés calculées
• event listener => écouteur d'événements
• watcher => observateur
• mount => monter
• unmount => démonter
• scoped => portée limitée
• two-way binding => bidirectionnelle
• one-way binding => unidirectionnelle
• central event bus => canal d'événements central
• cookbook => tutoriel

Vue Router

• data pre-fetching => récupération de données.
• guard => interception
• chunk(s) => fragment(s)

Vue Server Renderer

• code-splitting => scission de code.
• bundle(s) => paquetage(s).
• bundle renderer => moteur de dépaquetage
• renderer => moteur de rendu

Vuex

• state => état
• to commit => acter
• to dispatch => propager
• single state tree => arbre d'état unique
• getter(s) => accesseur(s)

Global

• getter : accesseur
• setter : mutateur
• filter => filtre
• to proxy => proxifier
• custom elements : éléments personnalisés
• custom logic => logique personnalisée
• blazing Fast => ultra-rapide
• sponsored => sponsorisé (plutôt que parrainé)
• core plugins => plugins officiels
• repos/repository => dépôt
• core team => mainteneurs
• opening an issue => ouvrant un ticket
• library => bibliothèque
• scale => adaptabilité
• scale up => utilisation avancée
• scale down => utilisation minimale
• i.e. => c.-à-d.
• e.g. => ex. :
• workflow => workflow
• third party => tierce-partie
• performance update => performance au rafraîchissement (contexte de rafraîchissement d'écran).
• bare-bone => strict minimum.
• async => asynchrone.
• lazy-load => à la volée
• single-page : monopage
• single-file : monofichier
• toggle : permuter
• shortcut : raccourci
• shorthand : abréviation
• shorthand syntax => syntaxe abrégée
• modifier : modificateur
• bundle(s) => paquet(s)
• statement : déclaration/instruction (Statement is a same word for « Instruction » or « Declaration » ? vuejs/v2.vuejs.org#754)
• first-class => première classe
• parsing => analyse

[sylvainpolletvillard]

Il faut établir une liste des anglicismes admis. Certains mots anglais sont très répandus parmi les professionnels français, tels que "templates" ou "callback". Je mettrais aussi "fork" dans le lot, car j'entends très souvent le verbe "forker"
http://christopheducamp.com/2013/12/16/forker-un-repo-github/
https://fr.wikipedia.org/wiki/Fork_(d%C3%A9veloppement_logiciel)

[MachinisteWeb]

Je partage cette avis pour fork et template.

Pour callback, même si ça me parle bien, je suis plutôt de l'avis d'utiliser « fonction de retour ».

En ce qui concerne watchers je sais pas réellement quoi en faire. Quand on a des listeners on dit des écouteurs aussi pour watchers j'ai pensé à surveillants sans grandes convictions...

[sylvainpolletvillard]

Sur Riot j'avais utilisé "écouteurs" pour "listeners" et "observateurs" pour "watchers". Concernant les callbacks, je laissais "callback" en nom de variable mais décrivait verbalement le rôle de cette fonction: http://riotjs.com/v2/fr/api/observable/

[MachinisteWeb]

Mais oui ! « observateurs », je l'ai déjà vu plusieurs fois ailleurs.

J'ai déporté le pan comparison.md sur cette Pull request (#6) ou vous pouvez me relire et ou l'on peut décider de ce que l'on garde/change pour le mettre à jour sur la liste de cette issue.

[sylvainpolletvillard]

Un très bon site pour aider dans les traductions : http://www.linguee.fr/

Celui-ci cherche une expression ou un groupe de mots dans des textes publics traduits par des traducteurs professionnels. Vous avez ainsi une traduction qui tient compte du contexte, et vous pouvez choisir parmi les traductions proposées laquelle est la plus adaptée. C'est le jour et la nuit comparé aux médiocres traductions de Google Translate.

[sylvainpolletvillard]

Pour le vocabulaire spécifique à Vue, voilà mes propositions:

• component => composant
• template => template
• model => modèle
• directive => directive
• filter => filtre
• data => données
• props => props
• computed properties => propriétés calculées
• event listener => écouteur d'événements
• watcher => observateur
• mount => monter
• unmount => démonter

[yann-yinn]

concernant "props", ça me semble sujet à confusion d'utiliser attributs qui a un sens large à la fois en français et en anglais. Exemple avec cette phrase tiré de la doc anglais par exemple :

A prop is a custom attribute for passing information from parent components
(https://vuejs.org/v2/guide/components.html)

Du coup j'aurais tendance à conserver le mot props par souci de précision.

[yann-yinn]

Pour "données"; je proposerai plutôt "données réactives" (le mot reactive se retrouve plusieurs fois dans la doc anglaise) pour indiquer que ce sont les données à l'origine du "re-rendu" du html d'un composant. Ca me semble plus pédagogique pour un débutant (que je suis) par rapport aux mots "données"

[sylvainpolletvillard]

Les deux mots "data" et "reactive" sont présents dans la doc anglaise et sont utilisés quand les auteurs l'estiment approprié. Je ne pense que ce soit à nous de rajouter des mots même si ça te paraît plus pédagogique. On peut débattre de la marge de liberté qu'on s'accorde mais je pense que l'équipe Vue voudrait qu'on reste le plus proche possible du texte initial.

[yann-yinn]

Tu as raison, ce qui me gêne un peu c'est qu'en anglais c'est facile de faire le lien entre la propriété "data" et le mot "Data"; mais en français on se retrouve avec "données", c'est moins clair d'autant que le mot est très vague

[yann-yinn]

PS : ceci dit ça me va aussi, c'est juste une question en passant