• Introduction
  • Instance de traduction
  • Commentaires pour les traducteurs
  • Traduction hors ligne
  • Tester ses traductions
  • Outils pour le traducteur
    • Pology
    • Bases de connaissance
  • Points à améliorer dans la traduction francophone
• Insertion de caractères unicodes
  • Introduction
  • Touche compose
  • Table de caractères
  • Code des caractères
• Style
  • Jargon
  • Usage de l'impératif
  • Usage du futur simple
  • Majuscules
  • Abbréviations
  • Guillemets
  • Pluriel de majesté
  • Ecriture inclusive
  • Traduction trop longue
  • Gestion du pluriel
    • Exemple 1
    • Exemple 2
    • Exemple 3
    • Exemple 4
    • Outil en ligne
  • Gestion des messages d'erreurs
• Vocabulaire
  • Ability
  • At rest / in transit
  • API
  • Attach
  • Autocompletion
  • Batch
  • Before taking effect
  • Beta
  • BG
  • Bot
  • Canonical
  • Channel mentions
  • Constraints
  • Direct
  • Directory
  • Details
  • Documentation
  • Enter / specify / input field
  • Email
  • Emoji
  • Encountered
  • Endpoint
  • Failed to
  • FileInfos
  • Flag
  • Folder
  • Follow up
  • Get / retrieve
  • Guest
  • Handle
  • Hours / timezone
  • Invitations
  • Icon / image
  • Jobs
  • Kick / ban / remove
  • Link/linking
  • Marketplace
  • Marshalling
  • Member / channel member / membership
  • Message
  • Message export job
  • Modify
  • Mute
  • Notifications push / mobile / desktop
  • Optional
  • Override
  • Packaged
  • Parse / parser
  • Permanently
  • Permissions
  • Populate
  • Posted / posts / publication
  • Private message
  • Preview mode
  • Preview features
  • Privacy
  • Purpose
  • Rate limits
  • Reactions
  • Refresh
  • Retrieve
  • Rollback
  • Routes
  • Save
  • Scheme
  • Slash commands
  • SSO
  • Support
  • Sysadmin / system admin / team admin / channel admin
  • Terms
  • Token / secret key
  • Trigger
  • Unread
  • URL signing
  • Worker

Bonjour et merci de participer à la traduction francophone de Mattermost !

La traduction francophone de Mattermost étant activement maintenue, voici quelques conseils et règles de traduction à respecter.

Mattermost utilise une instance Pootle pour ses traductions. Si ce n'est pas déjà fait, veuillez créer un compte sur cette instance pour pouvoir participer.

Le nombre de chaînes traduites étant assez élevé au sein du projet Mattermost, si vous trouvez des traductions qui ne respectent pas ces quelques règles, n'hésitez pas à proposer une correction sur Pootle.

Veuillez noter que cette instance est habituellement indisponible tous les jours de minuit à une heure du matin (UTC+1). L'instance doit en effet être coupée lorsque les traductions sont en cours de synchronisation avec le repository git de Mattermost.

Pootle supporte l'ajout de commentaires permettant d'aider le traducteur. Ils sont utiles pour préciser à l'utilisateur si une chaîne doit se traduire à l'infinitif ou à l'impératif par exemple. En effet, en anglais il n'y a aucune différence entre ces deux formes, seul le contexte et la cohérence du reste de la boite de dialogue nous permettent de choisir un temps plutôt qu'un autre.

Ces commentaires peuvent être ajoutés par le biais de Pootle ou par le biais de tout autre logiciel supportant les fichiers .po (gettext). Ils sont en effet sauvegardés au sein du fichier.

Cependant, veuillez garder à l'esprit que ces commentaires doivent être courts.

Veuillez ne pas placer de retours à la ligne insérés par CTRL+ENTREE dans ces commentaires. Le caractère produit ^M (ou 0d -zero d- en hexadecimal) n'est pas reconnu par po2i18n lorsqu'il est placé en début de ligne de commentaire. po2i18n fait partie de Mattermosti18n, une suite d'utilitaires écrits en Go, utilisés par Mattermost pour convertir les fichiers .po en fichiers JSON et inversément. Ces retours à la ligne créent également des problèmes avec l'instance Pootle utilisée par Mattermost. Une fois des commentaires avec des retours à la ligne ajoutés, même si ces commentaires sont supprimés par après, ils sont toujours conservés dans les fichiers .po. Le responsable de Mattermost doit alors modifier le fichier manuellement. Nous ne savons pas quelle pourrait être la cause de ce problème; nous ne parvenons pas à reproduire le problème sur une installation fraîche de Pootle utilisée localement.

Bien que l'instance Pootle utilisée par Mattermost offre la possibilité de télécharger les fichiers .po afin de les tester sur une instance de test de Mattermost, le responsable technique de Mattermost a désactivé manuellement sur Pootle la possibilité d'envoyer et remplacer les traductions par nos propres fichiers .po pour les raisons suivantes.

• Toutes les chaînes sont marquées comme traduites après que le fichier ait été envoyé, même si des chaînes n'ont pas été traduites;
• Les traductions peuvent être périmées entre le moment auquel le contributeur télécharge son fichier et renvoie le fichier sur Pootle;
• Renvoyer les fichiers sur la plateforme écrase la version précédente; dans le cas d'un problème, comme celui évoqué au point précédent avec les commentaires qui peuvent corrompre le build process, il faut qu'un développeur puisse restaurer le fichier dans le cas où il se rend compte que la convertion .po -> JSON échoue. Mattermost ne peut pas garantir qu'un développeur dispose du temps nécessaire pour affectuer cette action.

C'est pourquoi, même si ces raisons sont discutables lorsqu'un contributeur agit en âme et conscience, la seule façon de traduire Mattermost, c'est en ligne par le biais de l'instance Pootle mise à disposition. Les traductions hors lignes ne sont pas possibles.

Il est vivement recommandé d'utiliser une version de développement de Mattermost de façon à pouvoir vous assurer que vos traductions soient correctes selon le contexte.

La communauté francophone de KDE utilise un outil écrit en python appelé "pology". Cet outil permet d'effectuer toutes sortes d'opérations sur des fichiers po (gettext). Pour en savoir davantage sur les fonctionnalités de pology, veuillez lire sa documentation.

Installez le paquet correspondant à pology sous votre distribution (sous Arch Linux, utilisez pology-svn) ou clonez le dépôt SVN:

svn co svn://anonsvn.kde.org/home/kde/trunk/l10n-support/pology

Pour vous assurer que votre traduction dispose d'espaces insécables, ce qui est vivement recommandé en français, téléchargez les fichiers .po de l'instance pootle et exécutez pology de façon à ajouter automatiquement des espaces insécables sur le fichier .po (ATTENTION: exécuter cette commande modifie directement le fichier, pensez donc à le sauvegarder avant) :

/usr/share/pology/scripts/posieve.py fr:setUbsp ./web_static.po

Les autres commandes de pology telles que check_rules, check_spell, check_grammar et find_messages soit n'ont pas été testées, soit ne sont pas compatibles à cause de la façon dont les paramètres des chaînes de Mattermost sont représentés dans le langage Go. La présence de {{.varName}}, par exemple, est considérée comme une erreur par pology (un espace est requis après un point, etc.).

Si vous ne trouvez pas comment traduire un terme, plusieurs solutions :

• regardez comment le même terme a été traduit les fois précédentes dans la traduction de Mattermost,

• regardez sur le glossaire de Traduc.org (organisation de volontaires de traducteurs francophones pour logiciels libres),

• regardez sur le portail linguistique de Microsoft,

• posez votre question sur le canal Mattermost réservé à la traduction francophone.

La traduction francophone est déjà dans un très bon état. Parmi les points à améliorer pour les prochaines versions :

• Utiliser l'espace fine insécable plutôt que l'espace insécable est recommandé selon les règles typographiques francophones. Le caractère représentant l'espace fine insécable est disponible depuis la sortie de Unicode 3.0 et est bien supporté par les logiciels (cf. le rapport sur l'utilisation de l'espace fine insécable au sein des logiciels libres). L'espace insécable est, quant à lui, dans le monde du web et du domaine des zones de texte, souvent source d'erreurs (cf. bug chromium) .
• Remplacer les guillemets américains par leur version francophone.

Ces deux éléments ne sont possibles que si nous pouvons éditer le fichier .po manuellement, passer par le site web de traduction prendrait trop de temps tant la procédure serait répétitive et source d'erreurs.

Cette section est utile pour savoir comment insérer un caractère tel que les guillemets français ou l'espace fine insécable, deux caractères nécessaires à la traduction francophone de Mattermost.

Pour savoir comment insérer un caractère unicode, la meilleure façon est de taper son caractère unicode ou d'utiliser la touche compose. Pour ce faire, veuillez vous référer à la page Wikipedia en question (en englais). En fonction des systèmes d'exploitation, des bibliothèques logicielles et des composants d'entrée système (Wayland/Xorg), la méthode diffère.

Il en est de même en fonction de votre navigateur web. Si vous utilisez Firefox ou Chrome/Chromium sous Linux, étant donné que ces logiciels sont basés sur GTK, outre la touche compose, vous pouvez utiliser la combinaison offerte par GTK Ctrl+Maj suivi de u et du code hexadécimal (ex.: 202f pour l'espace fine insécable).

Comme expliqué dans l'article Wikipedia, les utilisateurs de KDE ou de programmes écrits à l'aide de la bibliothèque Qt ne peuvent qu'utiliser la touche compose. Cette derière peut être liée à une touche de clavier que vous pouvez spécifier parmi une liste de touches prédéfinies. Ce lien s'effectue dans les paramètres sytèmes de KDE Plasma: System Settings > Input Devices > Keyboard > Advanced > Position of Compose key (src.). La touche Ctrl de droite est un bon choix. Si vous spécifiez Alt, vous allez rentrer en conflict avec la touche AltGr utilisée pour placer le dièse par exemple ou tout autre caractère accessible par le 3ième niveau de touche sur les clavier francophones (Azerty belge et Azerty français).

Sous Windows, il vous est également possible d'utiliser le logiciel WinCompose. L'espace fine insécable n'est pas supporté par défaut. Pour le supporter, ajoutez simplement un fichier dans %USERPROFILE%\.XCompose avec la ligne suivante:

<Multi_key> <space> <space> <space>		: " "	U202f		# NARROW NO-BREAK SPACE

Un patch a été fourni pour xcompose -un projet utilisé par WinCompose- pour supporter ce caractère.

Une fois le logiciel WinCompose relancé, il vous suffira de taper sur la touche Compose (par défaut Alt droit, ce paramètre peut être changé dans les options de WinCompose) suivie de trois fois la touche espace.

Sous Linux, le principe est le même, placez dans votre $HOME un fichier .XCompose et relancez Xorg (ou redémarrez simplement votre machine).

Il est également possible de copier-coller le caractère de votre choix en utilisant l'insertion de caractères spéciaux dans LibreOffice Writer ou d'utiliser le logiciel de table de caractère propre à votre OS.

• Sous Windows, ouvrez charmap.exe, cochez la case Advanced view, tappez le caractère que vous souhaitez en toutes lettres en anglais, cliquez sur Search, sélectionnez le caractère dans la table de résultats et cliquez sur Copy.

• En utilisant l'application KDE kcharselect, le principe est similaire:

Espace fine insécable ( ):

• Avec la touche compose configurée précédemment: compose+space+space+space.

Guillemets ouvrants (« ):

• Avec la touche compose configurée précédemment: compose+<+< suivi d'une espace fine insécable compose+space+space+space.
• Sans la touche compose: lire article wikipedia pour les guillemets et article wikipedia pour les espace fines insécables

Guillemets fermants ( »):

• similaire aux guillemets ouvrants, en inversant le sens et les < par >.

Mattermost dispose de son propre jargon. Pour en prendre connaissance, lisez la section Message.

De façon à assouplir l'ordre, nous employons vouloir à l'impératif avant le verbe représentant l'action à effectuer; sans utiliser de mention s'il vous plait.

Ne vous calquez pas sur le temps utilisé dans la version anglaise. Selon une petite étude menée avec des francophones natifs, utiliser l'indicatif futur simple donne l’impression d’une fonctionnalité documentée mais pas encore implémentée.

L'indicatif présent (ici à la voix passive) sonne plus naturellement et semble moins étrange. L'important est ici encore de garder une certaine cohérence. Notre traduction utilise le plus possible de l'indicatif présent; utiliser un temps passé ou futur est, la plupart du temps, à proscrire.

Dans tous les cas, veuillez conserver une concordance des temps correcte. Pour rappel:

• si + présent -> futur simple (ou présent)

  Si tu veux, je viendrai / je viens. (selon le contexte)

• si + imparfait -> conditionnel présent

  Si tu voulais, tu pourrais.

• si + plus-que-parfait -> conditionnel passé

  Si tu avais voulu, tu aurais pu.

Les anglophones apprécient placer des majuscules dans des mots qu'ils considèrent composés. En français, nous n'utilisons pas de majuscules.

De même, en plein milieu d'une phrase de description de fonctionnalité, comme Aller dans la console système, nous ne plaçons pas de majuscules. Nous en plaçons uniquement lorsque nous spécifions les menus (ex.: Paramètres du compte > Options avancées > ...).

Exemple s'abrège en ex. :. Notez l'utilisation d'une espace après le point. Vous devriez utiliser une espace fine insécable pour cette espace (cf. Insertion de caractères unicodes).

Utilisez les guillemets francophones (cf. Insertion de caractères unicodes).

Le pluriel de majesté est assez souvent employé dans les sources de langue anglaise au sein de Mattermost avec la mention du terme We couldn't.

Il s'avère quelques fois que les messages de Mattermost s'expriment en nous plutôt qu'en il, par exemple: We couldn't check the permissions. Une traduction telle que Nous ne pouvons pas vérifier les permissions est tout à fait incorrecte.

De façon à se calquer au plus près des autres traductions, pareil texte sera traduit par Impossible de vérifier les permissions plutôt que Les permissions n'ont pas pu être vérifiées.

Nous n'utilisons pas l'écriture inclusive, celle utilisant le '·', car en plus de ne pas avoir été validée par l'Académie française, elle rend le texte plus difficile à comprendre. Nous pensons qu'il s'agit surtout d'une solution qui ne durera pas, portée le féminisme francophone.

Toutefois, lorsque rendu nécessaire comme dans le texte ci-dessus, nous privilégions plutôt les parenthèses ou la mention explicite il/elle, qui sont des emplois beaucoup plus répandus en francophonie.

Par facilité de lecture, nous nous refusons à ajouter des contreparties féminines à tous les termes masculins; par conséquent nous considérons toujours la règle « le masculin l'emporte » comme étant valable au sein de cet effort de traduction/régionalisation.

Si votre traduction s'avère être trop longue pour l'espace octroyé par l'interface utilisateur et si, compte tenu du sens, vous n'êtes pas en mesure d'abréger la traduction francophone, veuillez exposer le problème sur le canal « Localization » de Mattermost.

Au sein de Mattermost, les règles de pluralisation en fonction de la langue sont gérées par la bibliothèque formatjs. Cette bibliothèque utilise la syntaxe ICU, une syntaxe devenue un standard d'ailleurs présent également dans Java et PHP.

l se peut que vous rencontriez cette syntaxe au gré de vos traductions. La syntaxe de formatjs se matérialise comme tel :

{key, plural, matches}

• key: il s'agit de la variable qui représente le nombre d'éléments
• plural: il s'agit d'un mot clé fixe (en l'occurrence plural) qui indique que le mapping concerne un appel à la bibliothèque formatjs.
• matches: il s'agit de la syntaxe propre à formatjs qui va s'occuper de déterminer si la proposition va concerner le singulier, ou le pluriel, voire un nombre particulier (0, 1, 2, etc.).

En place de matches peuvent donc se trouver un ou plusieurs des mots clés suivants:

• zero: Cette catégorie est utilisée pour les langues qui ont une grammaire spécifique lorsqu'il n'y a aucun élément, comme l'arabe ou le letton. Le français n'étant pas directement concerné par cet élément, on pourra utiliser celui relatif au singulier en lieu et place de cette catégorie.
• one: Cette catégorie est utilisée pour les langues qui ont une grammaire spécifique pour un seul élément, ce qui concerne de nombreuses langues. De nombreuses langues asiatiques, comme le chinois ou le japonais, n'utilisent PAS cette catégorie. Le français est conserné par cette grammaire. On utilisera donc ce mot clé, souvent en combinaison de other, cf. plus bas.
• two: Cette catégorie est utilisée pour les langues qui ont une grammaire spécifique pour deux éléments, comme l'arabe ou le gallois. Le français est également concerné, bien que other puisse être utilisé en lieu et place.
• few: Cette catégorie est utilisée pour les langues qui ont une grammaire spécifique pour quelques éléments. Certaines langues ont des règles pour 2-4 éléments, d'autres pour 3-10, et d'autres disposent de règles encore plus complexes. Le français n'est pas concerné par cette règle.
• many: Cette catégorie est utilisée pour les langues qui ont une grammaire spécifique pour beaucoup d'éléments comme l'arabe, le polonais ou le russe.
• other: Cette catégorie est utilisée si aucune value ne correspond à l'une des catégories précédentes. Cette catégorie est souvent utilisée comme la forme pluriel pour certaines langues comme le français ou l'anglais qui ont une grammaire distincte seulement pour les éléments singuliers et ceux pluriel.
• =value: Cette catégorie est utilisée pour faire correspondre à une certaine valeur peu importe la catégorie de pluriel utilisée plus haut.

Pour illustrer le fonctionnement de cette bibliothèque, prenons les exemples suivants.

New {count, plural, one {message} other {messages}}

donne au sein de l'interface New message au singulier et New messages pour le pluriel.

En français, 2 versions de traduction sont nécessaires également. Une pour le singulier (Nouveau message) et l'autre pour le pluriel (Nouveaux messages).

Dans le syntaxe de formatjs, ceci donne la déclaration suivante :

{count, plural, one {Nouveau message} other {Nouveaux messages}}

{count, number} {count, plural, one {user} other {users}} of {total, number} total

{count, number} {count, plural, one {utilisateur} other {utilisateurs}} d'un total de {total, number}

Produira les 2 traductions suivantes: 1 utilisateur d'un total de x vs x membres d'un total de x.

{count, number} {count, plural, one {Feature} other {Features}} Enabled

{count, number} {count, plural, one {fonctionnalité activée} other {fonctionnalités activées}}

Comme vous pouvez le voir, selon le contexte, il est possible que vous deviez placer plus de mots dans les accolades de façon à accorder l'ajectif. L'adjectif est en effet invariable en anglais, les chaines anglaises ne tiennent pas compte de ce détail. 1 fonctionnalité activée vs x fonctionnalités activées.

Every {count, plural, one {minute} other {{count, number} minutes}}

{count, plural, one {Chaque minute} other {Toutes les {count, number} minutes}}

Ici, il est question d'un changement important, la tournure de phrase ne se traduit pas du tout de la même façon suivant qu'il s'agisse du singulier ou du pluriel: Chaque minute vs Toutes les x minutes.

Pour faciliter l'édition de chaînes contenant cette syntaxe particulière (rappel : la syntaxe ICU), un développeur a créé un outil permettant de tester la chaîne et de la traduire plus facilement : https://format-message.github.io/icu-message-format-for-translators/editor.html

L'utilisation de cet outil est recommandée surtout pour les traducteurs débutants dans la localisation de Mattermost.

Tout au long de la traduction, vous allez rencontrer des messages d'erreur forumés de différentes manières en anglais :

• Update password failed because the user is logged in through an OAuth service.
• Could not [...]
• Unable to [...]
• Invalid [...] --> [...] invalide
• [...] is [...] must be set/must be valid/ --> [...] est [...], il/elle doit être défini(e)/valid(e)/...

Bien que l'idéal soit de restandardiser toute la partie anglophone, cette idée n'est toutefois pas concevable vu que l'anglais fait autorité sur toutes les autres langues.

L'idée globale pour une certaine cohérence est donc, à notre échelle francophone, d'utiliser la tournure de phrase "Impossible de [...]. [...] doit être". La traduction Mattermost francophone suit cette logique.

Lié aux permissions (cf. permissions).

Ce concept est assez récent et a reçu une plus grande notoritété récemment suite à l'entrée en vigueur des nouveaux règlements sur la protection des données personnelles comme le RGPD.

Dans le cadre du traitement des données, ces dernières se situent toujours dans l'un des états suivants :

• Data in use (données en utilisation): les données sont constamment en cours de changement de stockage, passage en centre de données, utilisation dans des feuilles de calcul, etc.
• Data in motion ou Data in transit: lorsque les données sont en cours de transfert via le réseau informatique ou lorsqu'elle sont transférées en mémoire vive ou simplement mises à jour .
• Data at rest: données inactives stockées dans des bases de données, des archives, des sauvegardes, bref toutes les données qui ne sont pas susceptibles d'être directement utilisées. Dans le cas de Mattermost, ceci peut être les vieilles données de chat échangées sur l'application il y a longtemps.

Nous avons décidé de prendre quelques latitudes dans la chaîne traduite de permettre à rajouter des précisions sur ce terme assez nébuleux pour un francophone.

Bien que « section » aurait pu convenir dans ce contexte, dans le cadre d'une requête sur une API, il est plus question de « champ ». En effet, les données sont la plupart du temps transmises via la méthode HTTP POST qui correspond un peu elle aussi à un tableau encodé transmis.

« paramètre » pourra toutefois être employé dans le cas d'une requête dont le champ est passé par paramètre (cas typique de la méthode GET d'HTTP spécifiée en « query string »).

En parlant de pièces jointes (attachments) et donc de fichiers, utilisez le terme joint/joindre.

Dans le cas contraire, utilisez le plus possible la mention de lien. En effet, nous utilisons déjà le terme joindre/rejoindre dans le cas d'un utilisateur joignant/quittant un canal.

Selon le cas, peut également exprimer l'idée de « suggestion » ou de « saisie semi-automatique ».

L'envoi par lots.

Simplement traduit de façon littérale. Ne pas utiliser Pour prendre effet.

Ici, comme le terme « alpha » n'est pas présent au sein de l'interface, la notion de chemin de progression d'un projet ne doit pas être exprimée. Il n'est dès lors pas nécessaire d'employer le jargon des différentes étapes de la conception logicielle. Un terme plus francophone et compréhensible de tous peut alors être employé.

De plus, bêta, en français, pourrait paraître comme une insulte. Ce terme peut être exprimé sous la forme de « fonctionnalités expérimentales », un terme d'autant plus connu dans d'autres logiciels comme LibreOffice.

BG correspond à background. On n'utilise pas fond mais bien arrière-plan.

Utilisez BOT ou Bot en contexte, car ce terme est de plus en plus utilisé en français dans le cadre des solutions de messagerie pour désigner des programmes informatiques qui interragissent comme s'il s'agissait d'une personne au sein du chat.

Le terme canonique se réfère au processus de conversion de données dans une forme standardisée, normalisée. (cf. canonicalization sur Wikipedia).

A traduire de façon similaire à « restrictions » en termes de droits d'accès.

cf. Message

On utilise le terme dossier au sein de la traduction, excepté pour AD/LDAP ou Active Directory qui restent, eux, sans traduction vu qu'il s'agit du nom d'un produit.

N'utiliser pas pour plus de détails, pour plus d'information (ni sa variante au pluriel).

Dans ce contexte, on utilise le terme Consultez la documentation pour en savoir plus.. On n'utilise pas la tournure de phrase pour en savoir davantage, c'est trop long. Il en est de même pour Veuillez vous référer qui est également trop long.

Lorsque des mentions comme our documentation sont employées, il est important de les traduire par notre documentation et non par la documentation. En effet, on rencontre pareilles mentions dans le cas de ElasticSearch. Dans ce contexte, il s'agit de la documentation ElasticSearch propre (et donc spécifique) à Mattermost; il ne faudrait pas que l'utilisateur se rende sur la documentation générique de ElasticSearch qui ne l'aidera pas dans ce cas de figure.

Pour ce qui est des messages qui ne spécifient pas une option : une publication, un message de texte, on utilisera le terme composer (cf. Message).

Utilisez adresse e-mail et non adresse électronique. Adresse électronique n'a jamais vraiment été utilisé en dehors de la France et tend à être rendu nébuleux à cause des protocoles récents tels que le Bitcoin ou la Blockchain qui, eux, utilisent une adresse que l'on qualifie d'électronique.

émoticône est à privilégier dans la traduction de Mattermost.

est survenue aurait pu être correct également, mais s'est produite est à privilégier pour des raisons de cohérence.

cf. section relatives aux APIs et aux routes d'API

De façon plus pragmatique, toutes les chaînes qui commencent (et uniquement celles qui commencent) par « Failed to » sont traduites par « Impossible de » par mesure de cohérence.

A l'instar de [NotifyProps, cf. plus bas](#Notifications push / mobile / desktop), il s'agit du nom d'un objet et doit être traduit en fonction du contexte. Si le message est lié à l'API par exemple, on laissera le terme FileInfos; dans le cas où le message est destiné à l'utilisateur final, on traduira par informations du fichier.

Remarquons que plusieurs traductions pour flag ont été utilisées ci-dessus. Choisissez simplement celle qui convient en fonction de la taille disponible.

Attention, le mot flag est également utilisé pour les catégories d'émoticônes (cf. .mobile.emoji_picker.flags). Dans ce cas de figure et uniquement dans celui-ci, utilisez le terme Drapeaux.

cf. Directory

Il s'agit simplement des indicateurs pour suivre un message.

récupérer est à privilégier pour des raisons de cohérence.

Utilisateur invité bien que plus long est nécessaire pour éviter de tomber sur des situations où on aurait inviter des invités qui semble bizarre.

Veuillez ne pas utiliser pseudonyme dans ce contexte. Identifiant est suffisant.

Le travail de traduction n'implique pas seulement une traduction bête et méchante des chaînes de caractères. Ces dernières doivent également être adaptée en fonction de la coutume ou des habitudes. Dans la francophonie, l'ordre des éléments d'une date n'est pas le même qu'en anglais. Il s'agit là tout d'un travail de localisation.

Ici, en l'occurrence, on placera la date avant l'heure et les éléments de la chaîne de la data seront séparés par un slash (/).

cf. e-mail

En français, une icône est déjà une image, pas besoin d'ajouter « image ». Aussi, en parlant d'icônes destinées à l'affichage d'une photo de profil pour un bot par exemple, on emploiera « image » par mesure de cohérence.

Lorsqu'il y a la mention « fichier », on parle bien de « fichier image » et non de « fichier d'image ».

Le terme tâche est à employer dans le jargon (cf. les tâches planifiées sous Windows).

• Pour un fichier, on utilise supprimer.
• Pour le fait de retirer un utilisateur d'un canal ou d'une équipe, on emploie retirer.
• Pour un ban/banissement on utilisera bannir de façon à se rapprocher de l'anglais et éviter les termes comme exclure.
• Pour un kick, on emploie éjecter.
• Pour le fait de supprimer un utilisateur complètement, on emploie supprimer.
• La différence entre un bannissement et une éjection se traduit par la possibilité pour l'utilisateur de se reconncter par la suite ou non. Pour le banissement, l'utilisateur ne pourra plus se connecter tant que l'administrateur du canal n'aura pas changé d'avis.

Ces mentions sont souvent rencontrées dans le cadre de la synchronisation d'utilisateurs entre plusieurs plateformes, notamment les annuaires AD/LDAP. Dans ce cadre, nous utiliserons les termes association et dissociation rencontrées le plus souvent au lieu du terme lien. Nous n'avons en effet pas de traduction pour unlink ce qui rendait l'ensemble moins harmonieux.

En sciences informatiques, le marshalling (ou marshaling) est le fait de transformer la représentation en mémoire d'un objet dans un format dédié au stockage ou à la transmission réseau. Ce terme est assez proche de la sérialisation. Pour s'adapter à cette définition, nous n'hésitons pas à prendre des latitudes dans la traduction de façon à ce que les non anglophones ou ceux qui n'ont pas des connaissances informatiques poussées puissent tout de même comprendre.

En fonction du contexte et selon la phonétique, il se peut qu'on doive utiliser « de » plutôt que « du ».

Mattermost est utilisé pour envoyer des messages. Ces messages peuvent être composés de texte et/ou d'objets tels que des fichiers (images, documents, émoticônes, etc.).

Au sein de Mattermost, il existe 3 types de canaux et donc 3 types de messages :

• Les messages publics qui sont les messages publiés dans des canaux publics (groupes publics)

• Les messages privés sont les messages publiés dans les canaux privés (groupes privés)

• Les messages personnels qui sont les messages s'adressant en direct à une personne, en un-à-un (one-to-one), ou depuis récemment en petits groupes jusqu'à maximum 5 personnes. Plus communément appelés Messages Directs (ou DM) sur Twitter, ce terme est cependant à proscrire au sein de Mattermost. En effet, sur Twitter la fonctionnalité de DM reprend à la fois les messages par groupes privés et les messages en un-à-un. La fonctionnalité est scindée en 2 fonctionnalités bien distinctes au sein de Mattermost.

Pour chaque type de canal, Mattermost considère 2 types de messages :

• les publications qui sont les messages parents qui débutent un fil de discussion;

• les réponses qui sont les messages répondant à un message parent (publication) dans un fil de discusion.

Si un utilisateur répond à un message sans passer par la fonctionalité de fil de discusion située dans la barre latérale de droite, son message sera considéré comme une publication et ouvrira un nouveau fil.

On envoie un message et on publie une publication.

On compose un message, une publication ou une réponse.

cf. Posted / posts / publication

Bien qu'on ait tendance à vouloir traduire par mettre à jour, la plupart du temps traduire par modifier est plus simple et correct. On emploiera le terme mise à jour uniquement dans le cadre de mises à jour de l'application que nous parlions de la partie serveur ou cliente (webapp, application mobile ou de bureau).

Par exception, on pourra employer le terme mise à jour lorsqu'on parlera de raffraichissement de l'affichage d'une vue du logiciel, de la mise à jour d'une connexion WebSocket ou lorsque l'on parle de connexion SMTP/STARTTLS, bien que dans ces derniers cas l'utilisation de mise à niveau semble plus appropriée.

Traduisez les termes desktop et mobile. N'employez pas le terme sur le bureau ou sur le mobile.

Faites attention à ce que votre traduction soit claire lorsqu'il est question de push, mentionnez la mention notification lorsqu'elle est absente et n'utilisez par le terme poussée. Gardez à l'esprit que notification push tend à être de plus en plus utilisé, même en francophonie. Un terme moins employé rendra l'application plus difficile à appréhender.

Veillez à placer la mention notification en premier lieu, de façon à rester cohérent avec les termes tels que notifications push et notifications mobiles. Il s'agit donc bien d'une notification par e-mail et non d'un e-mail de notification.

Considérez les termes NotifyProps et Notify Props comme semblables. Ils doivent être traduits. notify_props quant à lui est un champ JSON, conservez le tel quel.

Par mesure de cohérence, il est recommandé d'utilisé Facultatif au lieu du terme Optionnel.

Rappel: il n'y a pas de trait d'union avec le préfixe pré.

Ne pas traduire par analyser, même si ce terme le plus fréquent représente l'analyse de la syntaxe grammaticale d'un langage, interpréter dans le sens comprendre est plus correct dans ce cas d'utilisation.

Utilisez définitivement à la place de de façon permanente.

permissions est à privilégier pour des raisons de cohérence et de rapprochement avec la version anglaise. Permissions invalides, permissions et droits sont à proscrire.

Dans le cas du contexte de permissions qui nous concerne, il est question de permissions qui sont trop restrictives et non de permissions d'accès invalides (permissions UNIX 775 au lieu de 770 par exemple).

Un post ou poste est un anglicisme. La règle générale est de garder la mention message et le verbe envoyer plutôt que publier (cf. Message).

Dans de très rares cas, comme lorsqu'on veut explicitement identifier le premier message d'un fil de discusion ou lorsque l'on parle d'un message publié par une intégration (un service tiers lié à Mattermost), le terme publication est à privilégier. De même, lorsque l'on qualifie globalement les messages d'un canal, on emploiera le terme 'les messages publiés dans le canal X' par exemple.

Notez que pour Go to Post, étant donné que ce texte concerne tous types de messages, il n'est pas visible uniquement pour les publications, mais pour tous les messages. Faites donc attention et veuillez à vous documenter lorsque vous tentez de traduire des parties du logiciel faisant appel à des fonctionnalités que vous ne maîtrisez pas totalement.

Lorsqu'un message est publié par un utilisateur, on dit qu'il est envoyé, lorsque le message est publié par le système (message join/leave/changement d'entête), on dit qu'il est publié.

Concernant les messages épinglés, bien que find aurait pu être traduit par trouver, de façon à assurer une certaine cohérence avec les autres messages d'erreur de ce type, nous employons ici le verbe récupérer (cf. Get / retrieve plus haut).

cf. Message

Il s'agit du mode dans lequel se trouve Mattermost lorsque les notifications par e-mail ne sont pas activées et que dès lors, la configuration n'est pas totalement terminée. De façon à ne pas créer de confusion, nous utilisons le terme « Mode de démo ».

Lorsque ce terme ets employé pour parler des fonctionnalités en test, qui ne sont pas encore stables, parfois appelées beta, on emploiera le terme « fonctionnalités expérimentales ».

Par mesure de cohérence surtout après les nouveaux réglements comme le RGPD/GDPR, on traduit par « vie privée ».

Purpose est souvent employé pour le message de description du canal purpose message of the channel par exemple. Il convient donc de le traduire comme description dans ce contexte.

Souvent employé pour désigner une limite de taux. Dans le contexte de Mattermost, il s'agit d'un taux pour limiter le nombre d'appels sur l'API Mattermost que l'utilisateur peut faire dans un temps donné par exemple.

Bien que rencontré parfois dans les domaines du réseau, ce concept de limite n'est pas facile à exprimer en français. Si vous disposez d'une traduction plus appropriée, merci de nous en faire part.

Au sein de Mattermost, les réactions déterminent les +1 / -1 à des messages. A l'instar d'autres solutions de messagerie comme Facebook Messenger, les réactions peuvent également contenir des émoticônes de la collection standard fournie avec Mattermost voire même des émoticônes personnalisées.

Les réactions ne doivent donc pas être confondues avec les réponses à un message (cf. Message).

Le terme « refresh » est souvent employé pour déterminer le fait de rafraichir la page d'un navigateur web. Il arrive toutefois que ce terme soit employé pour demander à l'utilisateur de rafraichir l'application Mattermost. Dans ce sens, cela signifie qu'il faut que l'utilisateur appuie sur un bouton en particulier ou ferme ou relance l'application Mattermost. Dans ce dernier cas, on utilisera la traduction « actualiser » plutôt que « rafraichir ».

cf. Get

Dans le contexte des bases de données et des transactions, on utilisera « annuler la transaction ».

Bien que ces messages devraient principalement être vus par du personnel technique et donc sachant parler anglais, il est toutefois préférable de les traduire.

Il faut voir une API comme un arbre composé de branche et de feuilles. Dans le contexte d'une API, chaque branche est appelée route, chaque embranchement (y compris le tout dernier placé en feuille) est appelé un noeud. Dans le cas d'une feuille, on appelle souvent ce noeud particulier le noeud de terminaison (endpoint en anglais). Ici, à cause de l'espace restreint, nous supprimons le terme de terminaison.

Compte tenu de l'emplacement de telles chaînes de caractère au sein du logiciel, il est préférable de repréciser le terme anglais original à coté du terme francisé. Ces chaines étant vues majoritairement par du personnel technique et les guides et tutoriels en ligne étant souvent en anglais, avoir le terme en anglais facilite donc la recherche de correspondance.

Microsoft, dans le cadre de sa plateforme .NET, possèdait une des rares documentations techniques traduites intégralement en français. Un article en anglais sur le sujet qui nous préoccupe disposait d'une correspondance française.

On utilise le terme routage uniquement dans ce cas-ci :

Pour tout le reste, Microsoft utilise au choix : route ou itinéraire. Dans le cas de Mattermost, de façon à uniformiser les traductions mais également de se rapprocher de la version anglophone, nous utiliserons le terme route.

De même, toujours basé sur l'exemple Initializing team API routes, nous n'utilisons pas de pluriel pour qualifier le noeud, ni nous n'utilisons de prépositions de lien.

Les propositions suivantes seront donc considérées comme invalides et seront refusées dans Mattermost:

Bien qu'on eusse préféré le terme le plus proche de l'anglais, à savoir « sauvegarder », « enregistrer » reste le terme le plus courant, car popularisé suite à l'usage massif des suites bureautique à la fin des années 2000. De plus, le terme « sauvegarde » fait trop penser à la copie de sauvegarde qu'on réalise dans le cas d'une politique de backup sur disques par exemple. On emploiera donc « enregistrer », « enregistrement » et bouton « Enregistrer ».

Attention à ce terme, il est utilisé à plusieurs endroits pour des significations radicalement différentes.

• L'URI scheme est le protocole utilisé dans une URI comme http://, https://, wss://, ftp://, etc. On emploiera « protocole URI » ou « protocole URL » dans ce contexte.
• Dans le cadre des permissions avancées et droits d'accès, un scheme est un ensemble de règles par défaut pour rejoindre un système, une équipe ou un canal. Dans ce contexte, en plus d'avoir une certaine similitude avec le terme anglophone « scheme », on emploiera « schéma de permissions » (« schémas de permissions » au pluriel). En effet, pour attribuer des règles et droits d'accès dans une organisation, il est souvent nécessaire de faire un plan ou un organigramme, et donc un schéma. « stratégie » sera proscrit ici, même si souvent employé dans les environnements Windows.

Nous n'utilisons pas de constructions de phrase traduisant littéralement le terme « override »; ceci donne des phrases trop compliquées.

Il s'agit des commandes que vous spécifiez lorsque vous commencez votre message par un slash dans Mattermost. commandes slash est à privilégier pour des raisons de cohérence.

Dans le jargon technique, le terme SSO tend à prendre le pas sur le terme Authentification unique. Dans le cadre de Mattermost, il a donc été choisi de suffixer la traduction française par le terme SSO entre parenthèses de façon à préciser le contexte. En effet, le terme authentification pourrait être confondu avec le terme authentification multi-facteurs (MFA), autre fonctionnalité présente au sein de Mattermost.

Les traductions telles que authentification simplifiée ou connexion unique sont à proscrire.

support est à traduire par prendre en charge de façon à rendre la chose plus correcte d'un point de vue francophone.

Toutefois dans le cadre d'un logiciel bénéficiant encore de mises à jour, on dit qu'il est encore pris en charge et donc que sa prise en charge est encore assurée. Utiliser « support » n'est qu'à réserver aux logiciels qui bénéficient encore d'aide de la part d'une équipe par exemple (support technique), bien que dans ce cas, le terme « assistance » soit plus approprié.

On a choisi administrateur système au singulier et administrateurs système au pluriel. On sous-entend en effet le terme administrateur de la qualité système de l'informatique (tout ce qui n'est donc pas relatif réseau). Il ne faut donc pas le comprendre comme administrateur des systèmes dinformations/systèmes d'information. D'ailleurs, ici, il est question d'un seul système, celui de Mattermost.

On a appliqué la même logique aux administrateurs d'équipe et de canal (respectivement team admins et channel admins).

Utilisez le terme conditions d'utilisation personnalisées. conditions personnalisées d'utilisation semble être moins aisé à comprendre de prime abord. N'utilisez pas le terme conditions de service qui est une traduction trop littérale.

• token: Utilisez le mot jeton à la place.
• secret key: clé secrète si c'est une clé utilisée dans le sens clé à ne pas divulguer, clé privée dans le cas où il est fait mention de clé publique ou s'il est question de chiffrement asymétrique.

Ni l'Académie françaine, ni les différents dictionnaires semblent s'accorder sur l'usage du tiret entre « non » et l'adjectif (src.). Ici il est proposé de ne pas placer de tiret et d'utiliser donc « non lu ».

L'URL signing est un principe permettant de protéger les fichiers d'un serveur web d'accès non autorisés à l'aide d'une clé parfois spécifiée dans l'URL elle-même (src.). En pratique nous pouvons traduire par clé de signature d'URL.

Bien que le terme doive se traduire par travailleur, on enploiera le terme système de en fonction du contexte.