Re: [mythtvfr_traduction] Discussions sur les propositions de Gilles74

[ Thread Index | Date Index | More lists.tuxfamily.org/mythtvfr_traduction Archives ]




Nicolas Riendeau a écrit :

Bonjour,

Ookaze BioACobol wrote:
4) Backend uses a PIN. ==> Le backend utilise un PIN. ==> le backend utilise un code d'identification

Commit (3 OK).
code d'identification pour ce cas,
code parental pour le contrôle parental,
et code confidentiel pour la configuration.

OK




11) All matches for a genre (Data Direct)== >Toutes les associations d'un genre (Data Direct) ==> Tous les programmes de ce genre

Commit (3 OK).
Je croyais que ces champs étaient spécifiques à Data Direct, mais en
fait ils sont communs à tout le monde. Je vais donc également virer les
autres références à Data Direct dans la traduction.

On devrait peut-être éventuellement soumettre une "patch" pour la VO...

13) Person named in the credits (Data Direct) ==> Personne nommée dans les crédits (Data Direct) ==> Personne nommée dans les crédits

Commit (2 OK, Gilles74 -).
J'ai viré la référence à Data Direct simplement, car certains
récupérateurs donnent cette information en France.

Idem...


30) Probed info ==> Info sondée  ==> Information fournie par le
système           mais c'est trop long

À discuter.

"Info récupérée", "Info glanée", "Info détectée" ?

Ce message apparait où?

c'est dans le setup, ok pour Info récupérée







60) If set, you will not be able to return to this screen and reset the
Setup PIN without first entering the current PIN.
==>Si coché, vous ne pourrez pas revenir à cet écran et remettre à zéro le code d'accès à la configuration sans d'abord entrer le code d'accès actuel ==>Si coché, vous ne pourrez plus accèder aux menus de configuration sans entrer le code d'accès défini sur cette page

À discuter.
cf. 59).
Il faut aussi préciser "à ce menu" au lieu de "au menu", pour bien
indiquer que c'est précisément de cet écran que l'on parle, et du
blocage qui peut s'ensuivre.


j'ai volontairement élargir à toute la configuration, si tu veux restreindre à cette écran Ok


Finalement ça ne va pas car l'avertissement a complètement disparu.
Si la précision est explicitement faite de l'accès à cet écran pour
changer le code d'accès, c'est que des gens n'ont pas compris qu'ils
pouvaient être bloqués en mettant un code sans s'en rappeler..
On peut changer la formulation mais il faut absolument le formuler comme
une mise en garde et pas comme une explication.

Je préfère la version originale...

Gilles==>Si coché, vous ne pourrez plus accèder aux menus de configuration sans entrer le code d'accès défini sur cette page.. ATTENTION en cas de perte ou d'oubli du code d'accès, vous ne pourrez plus annuler cette fonction.





72) Record this showing with override options ==>Enregistrer cette diffusion avec les options d'exception ==> Enregistrer cette diffusion avec les options de remplacements c'est la traduction actuelle, plus clair !

À valider (Ookaze KO).
Je suis contre car "remplacement" induit en erreur, donc c'est pire
qu'une confusion. Les options ne sont pas du tout remplacées, elles sont juste modifiées pour une diffusion. Avec "remplacement", on ne sait pas si on a modifié sa règle de départ ou non. Avec "exception", c'est clair
que cela concerne uniquement la diffusion.
Dans le cas présent on peut s'en sortir avec "remplacement" à la limite,
mais dans d'autres endroits, c'est une catastrophe.
Pour info, je n'ai jamais compris à quoi servait ou comment fonctionnait
cette option au début, avant d'aller voir la traduction d'origine.



oui c'est clair que c'est pas clair, mais la notion d'enregistrement d'exception n'éclaire pas le sujet.


Si, j'ai testé avec le WAF.

(-; (-; (-;

Il suffit de prendre l'exemple pour n'importe quel article dans un
magasin. Entre "c'est un modèle de remplacement", et "c'est un modèle
exceptionnel" ce n'est pas la même signification. Remplacement implique
que le changement est permanent, et n'indique pas que le cas est isolé.
Exception au contraire n'indique pas la permanence et précise bien que
le cas est isolé.

OK pour remplacement...

Gilles OK pour Enregistrer cette diffusion avec les options exceptionelles


81) Log MythTV events to database ==> Journaliser les événements MythTV dans la base de données ==>

Enregistrer les événements MythTV dans la base de données

À valider (Ookaze KO).
Je suis contre car ce n'est pas un simple enregistrement mais une
journalisation des événements.


oui mais le kidam ne fait pas le différence


Ce menu ne s'adresse pas au quidam à mon avis, c'est soit une aide pour
celui qui n'y connaît rien, mais dans ce cas il doit pouvoir aller
trouver précisément ce qu'on lui demande, soit une aide pour celui qui
s'y connaît, auquel cas il veut aussi savoir de quoi il retourne
(acquittements et cie).
De plus, lorsque l'on parle de journaux à nettoyer automatiquement par
la suite, d'entrées de journal à supprimer, ..., bref toutes les
opérations sur les journaux, il va être difficile de faire le
rapprochement avec un simple enregistrement dans la base de données =>
test de celui qui s'y connaît => il va se demander pourquoi c'est appelé
juste enregistrement alors que c'est une journalisation.

OK pour journaliser...
Ok pour journaliser



"Saisissez l'adresse IP de cette machine qui doit être accessible
en externe (pas 127.0.0.1) si vous voulez exécuter un frontal sur une
autre machine."
Le 127.0.0.1 pour celui qui ne s'y connaît pas (c'est la seule adresse
IP non routable qu'il verra normalement) et accessible en externe pour
celui qui s'y connaît.

en externe ou de l'externe?
Ok en remplaçant en "accessible en externe(pas 127.0.0.1)" par "accessible par le réseau (autre que 127.0.0.1) "



101) All database settings take effect when you restart this program.
===>Tous les réglages de base de données prendront effet lorsque vous redémarerez ce programme. ===>Tous les réglages de base de données prendront effet lorsque vous redémarerez le backend maitre.

                                                   plus précis même

si
ça dévie de l'original


À discuter.
Je ne suis pas certain que ces modifications concernent uniquement le
backend maître. Surtout que les modifications sont dans la base que le
backend maître soit démarré ou non.
Cette modification donne un faux sens de sécurité, alors qu'en fait les
redémarrages sont faits pour éviter les conflits du fait que tous les
éléments ne sont pas au même niveau de configuration.
À priori je suis contre comme les autres fois où l'on s'engage trop sur
le fonctionnement de MythTV.

A moins d'être sur qu'il s'agit uniquement du backend maître, je préfère la version originale...

on laisse l'original en attendant de connaitre le contexte




102) The host name or IP address of the machine hosting the database. This information is required. ==>Le nom ou l'adresse IP de la machine qui héberge la base de données. Cette information est nécessaire. ==>Le nom ou l'adresse IP de la machine qui héberge la base de données. Cette information est obligatoire

idem ici
       The name of the database. This information is required.
==>Le nom de la base de données. Cette information est nécessaire.
                                       ==>Le nom de la base de
données. Cette information est obligatoire.
 idem ici
The user name to use while connecting to the database. This information is required. ==>Le nom d'utilisateur utilisé pour la connexion à la base de données. Cette information
est nécessaire
==>Le nom d'utilisateur utilisé pour la connexion à la base de données. Cette information
est obligatoire.
idem ici
The password to use while connecting to the database. This information is required.
                                     ==>Le mot de passe utilisé pour
la connexion à la base de données. Cette information est nécessaire
                                     ==>Le mot de passe utilisé pour
la connexion à la base de données. Cette information est obligatoire.

Commit (2 OK, Knight -).

OK en autant que machine a été remplacé par ordinateur....




104) The time in seconds to wait for the server to wake up.
==>Le temps en secondes à attendre pour que le serveur se réveille. ==>Le temps d'attente en secondes pour laisser le serveur se réveiller.

Commit (2 OK, Knight -).
J'ai remis serveur car c'est la machine qui se réveille dans ce cas là.
La distinction est particulièrement importante si le test de réveil
s'effectue uniquement au niveau du matériel et pas au niveau de
l'applicatif.

OK




109) Select the appropriate frequency table for your system. If you have an antenna, use a "-bcast" frequency. ==>Sélectionner la table de fréquence appropriée pour votre système. Si vous avez une antenne, utilisez une fréquence « -bcast ».
                     c'est quoi une fréquence -bcast

Upstream.
Bonne question.
C'est pourquoi cela a été laissé en VO. À voir upstream.

bcast == broadcast?

Dans mythtv-setup, quand on fait la configuration du carte "tuner" il ne faut pas spécifier le type de fréquence qu'elle va devoir décoder (qqchose-bcast pour les ondes hertziennes et -cable (ou qqchose du genre) pour le câble?


gilles Pas vu dans le contexte, mais je ne vois pas ce que cela vient faire avec la table de fréquence ==> en attente
110) Recording Host ==>Hôte d'enregistrement ==>backend d'enregistrement

À discuter.
Je ne suis pas certain que la distinction entre l'hôte et le backend
soit anodine. Mais de toutes façons, pour être cohérent il faudrait
mettre "Ordinateur d'enregistrement"  ou un truc dans le style.

On parle peut-être de slave backend mais il s'agit encore d'un backend... Je ne sais pas...

gilles A surveiller mais "Ordinateur d'enregistrement" me va

Bon, je passe au prochain courriel...

A+

Nicolas










Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/