phpBB-fr.com

[Morgyanne]

Oui, je le rajouterai mais perso, ce « la » manquant ne ne gène pas plus que cela .

@+
Morgyanne

[cabot]

Plop, je rejoins l'avis tonillo : les tables ont étés créées et remplies dans la base de données utilisée par phpBB3.
mébon

[Morgyanne]

Tu pourrais aussi dire : Les tables utilisées par phpbb3 ont été créées et remplies...
Le problème là, c'est aussi bien la base de données que les tables de cette base qui sont utilisées par phpBB3, l'un ne va pas sans l'autre.
Donc, je ne suis pas certaine qu'on pourrait honnêtement se départager. Du moins il me semble.

@+
Morgyanne

[cabot]

C'est vrai que les deux trad paraissent correctes, supprimons ces tables et n'en parlons plus

[sylver35]

Bonjour,

Je fait une remontée qui va être touchée par la mise à jour de phpbb 3.0.10:
fichier language/fr/acp/board.php

Code: Tout sélectionner

'MIN_CHAR_LIMIT_EXPLAIN'      => 'Nombre minimum de caractères qu’un utilisateur a besoin de taper dans un message/message privé'

devrait être plutôt:

Code: Tout sélectionner

'MIN_CHAR_LIMIT_EXPLAIN'      => 'Nombre minimum de caractères que l’utilisateur doit entrer dans un message/message privé.',

Car bien sûr, ce n'est pas un besoin mais bien un minimum obligatoire et l'utilisateur est désigné: the user
et ce qui donne pour la nouvelle clef de langue 3.0.10

Code: Tout sélectionner

'MIN_CHAR_LIMIT_EXPLAIN'      => 'Nombre minimum de caractères que l’utilisateur doit entrer dans un message/message privé. Le minimum pour ce paramètre est 1.',

[Morgyanne]

Modification prise en compte .

[GBed]

Bonne année, s'il est encore temps !
Lors de la mise à jour automatique, on nous propose, dans la liste des fichiers modifiés, un choix qui cause quelque perplexité :

• Modifications de la fusion
• Ne pas fusionner - utiliser un nouveau fichier
• Ne pas fusionner - utiliser le fichier installé actuel

On choisit la première option parce qu'elle est cochée par défaut et que les 2 autres ne conviennent pas.

Mais dans la liste des fichiers en conflits, on a :

• Fusionner les modifications (supprime le code modifié dans le bloc en conflit)
• Fusionner les modifications (supprime le nouveau code de phpBB dans le bloc en conflit)
• Ne pas fusionner - utiliser un nouveau fichier
• Ne pas fusionner - utiliser le fichier installé actuel

Et là, "Fusionner les modifications" est compréhensible. Je suppose que le texte anglais est "Merge modifications" dans les deux cas et si c'est vrai, la traduction "Modifications de la fusion", théoriquement possible, ne donne pas de sens satisfaisant.

Et pendant qu'on y est (je n'aurais pas écrit uniquement pour ça), il vaut mieux mettre "utiliser LE nouveau fichier" (ça s'oppose à "utiliser le fichier installé actuel")
@±

[Morgyanne]

Je vais effectuer des tests et voir ce qui convient le mieux.
Merci de la remontée.

[Édition 25/01/12 - 16:18] Tests effectués - Modifications prises en compte

[GBed]

Bonjour,
Je viens encore vous embêter, désolé (mais c'est de votre faute, vous prenez en compte mes remarques)...
Dans Panneau d'Admin, Utilisateurs et Groupes, Champs de profil personnalisés, Masquer les champs de profil :

Masque le champ de profil à tous les autres utilisateurs mis à part à l’utilisateur concerné, aux administrateurs et aux modérateurs qui pourront toujours voir ce champ. Si l’option d’affichage dans le panneau de l’utilisateur est désactivée, l’utilisateur ne pourra pas voir ou modifier ce champ, seuls les administrateurs le pourront.

Je regrette, il faut dire : ... mis à part l’utilisateur concerné, les administrateurs et les modérateurs...

[Ariane A]

Bonjour,
Je viens encore vous embêter, désolé (mais c'est de votre faute, vous prenez en compte mes remarques)...
Dans Panneau d'Admin, Utilisateurs et Groupes, Champs de profil personnalisés, Masquer les champs de profil :

Masque le champ de profil à tous les autres utilisateurs mis à part à l’utilisateur concerné, aux administrateurs et aux modérateurs qui pourront toujours voir ce champ. Si l’option d’affichage dans le panneau de l’utilisateur est désactivée, l’utilisateur ne pourra pas voir ou modifier ce champ, seuls les administrateurs le pourront.

Je regrette, il faut dire : ... mis à part l’utilisateur concerné, les administrateurs et les modérateurs...

Je crois que tu changes le sens de la phrase en disant ça. Je dirais :
Masque le champ de profil à tous les utilisateurs sauf pour l'utilisateur concerné, les administrateurs et les modérateurs qui pourront toujours voir ce champ.

[Jester]

Bonjour,

tout dépend de comment vous agencez votre phrase. Les 2 se disent à mon avis. Mais pas tout à fait dans le même sens.

Mais on pourrait en effet "simplifier" la phrase, avec par exemple :

Masque le champ de profil à tous les utilisateurs sauf pour l’utilisateur concerné, les administrateurs et les modérateurs. Si l’option d’affichage dans le panneau de l’utilisateur est désactivée, l’utilisateur ne pourra pas voir ou modifier ce champ, seuls les administrateurs le pourront.

[GBed]

Grammaticalement, vous pouvez mettre "sauf à", et même "sauf pour", mais avec "mis à part", il ne faut pas de "à" après. Il s'agit d'une proposition participiale (voir http://www.synapse-fr.com/manuels/PROP_PART.htm) et une virgule devant serait la bienvenue :

Masque le champ de profil à tous les utilisateurs, mis à part l'utilisateur, etc.
=
Masque le champ de profil à tous les utilisateurs, (l'utilisateur concerné, les administrateurs et les modérateurs [étant] mis à part).

[Jester]

Tout à fait. Je suis d'accord. Dans les propositions de correction on a supprimé le "mis à part", que je trouve assez "lourd" par une phrase simplifiée.

[Morgyanne]

Corrections prises en compte.

@+
Morgyanne

[GBed]

Bonjour à tous,
L'occasion de ce message est assez marrante, et vous avez peut-être déjà expérimenté la chose.
C’est le gars qui écrit à l’administrateur :

Que faut-il mettre pour que le nom d’utilisateur soit correct : ceux que je propose me sont refusés.

Je pense à un homonyme déjà inscrit et je réponds : Quel pseudo voulez-vous utiliser ? Il me répond, mettons : Tartempion.
Je regarde, il n’y a aucun Tartempion dans la liste des membres. J’essaie de m’inscrire sous ce nom-là, sans aller jusqu’au bout : ça marche très bien.
Un doute me vient : ce type-là essaie de se connecter sans s’être inscrit. Je lui dis : pour s’inscrire, cliquez sur M’ENREGISTRER, etc.
Verdict : c’était ça !!!

Le forum en question est consacré à un logiciel de musique, et à la réflexion, c’est le mot Enregistrer qui pose problème. Le gars se dit : Je ne veux pas qu’on enregistre ma musique, quand je voudrai le faire, j’essayerai d’utiliser ce bouton…
Je sais, c’est comique, mais quand on est plongé dans l’informatique, on a du mal à se plonger dans un autre monde, et vissez Versailles, bien sûr.
De fait, « register » se traduit plus naturellement par « inscription, s’inscrire », c’est « record » qui correspond plutôt à « enregistrer ». Sans compter que « save » est aussi traduit par enregistrer (un fichier).
Si je vous pose la question, c’est que je n’ai pas trouvé ce libellé M’ENREGISTRER dans les fichiers, pour pouvoir le changer en INSCRIPTION, qui est plus naturel, et qui fait pendant à CONNEXION.

Euh ! Rien de tel que de poser une question pour trouver la réponse. Tout se trouve dans language/fr/common.php. Beaucoup d’occurrences. Chercher « enregistr ». Je n’avais pas trouvé parce que je cherchais le mot en majuscules, alors qu’il est seulement en minuscules.
Si on est perfectionniste, le mot se trouve aussi une fois dans language/fr/acp/board.php.

Voir ce que ça donne dans mon forum de test.

Si ça vous intéresse, je peux vous donner la liste des modifications.