Pour ma part, c'est peu gênant car j'ai simplement créer mes questions "Civilité" (Monsieur/Madame/Maitre/Docteur/...), "Sexe civil" (Homme/Femme), "Sexe sportif" (Masculin/Féminin).

J'ai exporté chaque question que je conserve au chaud dans un répertoire de modèle et quand j'en ai besoin, j'importe la bonne.

Je n'utilise même plus la question "Genre" fournie de base.

Donc s'il y a d'autre priorité en terme de Dév. je pense que ce changement est accessoire.

Si jamais on doit traduire correctement la question pré-existante, il faut s'en tenir au sens officiel. je vous propose donc à nous en tenir à la version de l'OMS : Masculin / Féminin
www.who.int/gender/whatisgender/fr/index.html

Homme / Femme est selon eux lié au sexe (humain) et non au genre.

Salut,

Avec l'arrivée de la version 2, il y a la nouvelle fonctionnalité "central participant database panel".

Je ne sais pas trop quoi choisir comme traduction, au début j'avais plus utilisé "BAse des panelistes", je trouvais cela court et agréable. Par contre c'est très orienté comme terme paneliste, même si pas mal d'utilisateur l'utiliseront dans ce cadres, ce n'est pas uniquement destiné à ça.

Un nouveau traducteur merci Qat utilise "Base de données centrale des participants", le terme participant est pas mal je trouve, je proposerais bien : "Base centralisé des participants".

• Les participants : dans la base centralisé.
• Les invitations : les lignes de la table des invitations.
• Les répondants : les personnes répondant au questionnaire (avec ou sans invitation, on peut parler de répondant de la table d'invitations au besoin)

A propos : on parle directement d'invitation, et pas de jeton d'invitation. L'invitation correspond à la ligne de la base de données, le code (ou code de l'invitation) à la colonne 'token' de cette base de données.

Qu'est ce que vous en pensez ? Sachant que le principe est de rester clair et assez généraliste et concis.

Denis

Bonjour Denis, et merci de m'accueillir sur le forum.

A propos de "central participant database panel", il est vrai que ma traduction est assez hasardeuse. N'ayant pas retrouvé le contexte de cette expression, j'ai traduit le plus littéralement possible. Et j'ai en plus fait une erreur au sujet de "panel".

[strike]Je crois qu'on peut donc parler de "panel de la base centralisée des participants".[/strike]Edit : OK, je viens de retrouver le contexte. La phrase exacte est "central participant database/panel" avec un slash. Ce qu'on peut traduire par "Panel/Base centralisée des participants"

Concernant "jeton d'invitation", cela correspond systématiquement à "token" dans mes propositions de traduction. J'ai choisi cela car je ne trouvais pas d'expression utilisée systématiquement dans le reste de la traduction (pafois 'jeton', parfois 'code', parfois 'invitation', ...). Je pense effectivement qu'il ne faut pas mélanger le concept de "token" = (code, jeton) avec celui d'invitation (plus large). Je suis donc favorable à ce qu'on utilise systématiquement "code d'invitation", ou "code" seul lorsque le contexte le permet.

Cela signifie qu'il faut éradiquer le terme jeton des traductions existantes...

Qat wrote: Bonjour Denis, et merci de m'accueillir sur le forum.

Merci surtout à toi de participer à la traduction

A propos de "central participant database panel", il est vrai que ma traduction est assez hasardeuse. N'ayant pas retrouvé le contexte de cette expression, j'ai traduit le plus littéralement possible. Et j'ai en plus fait une erreur au sujet de "panel".

C'est la gestion centralisé d'une base qui sera ensuite utilisé sur les invitations. J'ai certains client qui vont considérer ça comme une base de panelistes, mais c'est pas que ça.
De mon coté, je n'aime pas trop le termes techniques dans les traduction. Ta traduction est bonne, mais je ne sais pas si elle n'est pas trop technique .

Cela signifie qu'il faut éradiquer le terme jeton des traductions existantes...

C'est historique, avant même que je commence à bosser sérieusement sur LS. Sur la1.70 , de souvenir : jeton d'invitation, disparition du terme "jeton" au fur et à mesure de la 1.8 (je crois). C'est pour cela aussi que je me permet de remplacer certaines traduction de la 2.0 pour reprendre la traduction existante. Par exemple, le fait d'ajouter un point à une phrase créé une nouvelle chaine de traduction, j'essaye de reprendre la traduction précédente plutôt que d'en recréer une nouvelle .

Encore , un énorme merci pour les traductions

Denis

Si cela vous peut vous aider concernant la traduction:

* un paneliste est en effet trop orienté en terme métier (orienté sondage alors que l'outil peut permettre d'autre action métier)
* un participant est censé avoir "participé". Quid des prospects en base ayant jamais répondu.

la base centrale si j'ai bien compris les évolutions de la 2.0 va contenir les participants (qui ont répondu à des Q. anonymes ou non) mais aussi tous les prospects (pour les sondages non anonymes mais répondants pas).
On est plus dans la définitions des destinataires des Q. ... on pourrait mêmes imaginer les nommés "clients" mais là encore c'est trop orienté commerce.

Pour ma part, si cela ne pouvaient pas entraîner de confusion avec les contacts administratifs des questionnaires, j'aurais choisis "base centralisée des contacts".
Sinon, à défaut, le terme "participant" (même si jamais de réponse) semble la meilleur option.

J'aime bien les "contacts".

Je viens d'approuver un paquet de traduction avec participants ... :huh:

C'est pas grave, le logiciel est tout de même utilisable

Salut,

La traduction est à ce jour complète sur translate.limesurvey.org . Si vous trouvez des phrases en anglais sur LS 2.0, vérifiez rapidement que ce ne sont pas des phrases qui viennt juste d'être implémentée. Si c'est le cas, proposez votre traduction, si ce n'est pas le cas, c'est que la phrase n'est pas dans les chaines de traduction. Dans ce cas, il faut effectuer un rapport de bug.

A la suite des discussions sur la table de gestion du "panel". Je pense retarduire au fiur et à mesure:
- contacts : pour les informations concernant les personnes dans la table centralisée
- participant : pour les informations des personnes liées à un questionnaire en particulier. (token_table).
L'invitation devenant uniquement le système de courriel.

Une autre remarque sur l'apostrophe, l'apostrophe par défaut peut ne pas être fonctionnelle (par exemple sur les pdf ou sur la valeur par défaut lors de l'ajout des réponses, transformée en &amps;#39; ). Je propose donc d'utiliser au maximum le "guillemet-apostrophe", cf wikipedia , sur mon clavier Fedora/Linux, je le fais avec [AltGR][MAJ] ’ . Sans doute difféents sur d'autres clavier, mais un copier/coller fonctionne.

Denis
PS: pour retrouver les ', vous pouvez copier/coller ce lien: . Par contre, je n'ai pas trouvé comment ne sélectionner que dans les traductions.

DenisChenu wrote: ....J'ai pour l'instant fermé le bug : Masculin/Féminin me semble adapté à Genre, et Monsieur/Madame à titre et Homme/Femme à ???? ...
Denis

Tout à fait en accord avec la grammaire française ... !
Le duo Homme/Femme me semble inadapté à ce contexte !

Salut,

Pour la traduction de plugin, le terme plugin est connu. Mais les navigateurs utilisent extension. Je trouve que extension est clair,précis et réellement français. OK ?

Denis

Plugins ou extensions, les 2 me vont en tant qu'utilisateur.
Ce que je trouve clairement ridicule c'est le terme de greffon.

Nickko

Salut,
perso, je préfère de loin "extension" à "plugin"; surtout je trouve ça plus clair.