Mises à jour de fichiers po

[Fabien Decroux]

Bonjour,

Merci à tous pour vos mails.
Damien, le système de ticket est une très bonne idée. C'est comme cela
qu'on gère les traductions ici et ça fonctionne très bien.
Après effectivement il faut voir si ça ne rend pas le système de
traduction trop complexe pour certains utilisateurs...
Je vais essayer d'y réfléchir et d'apporter des idées...

Est-ce que vous avez une page avec les standards que vous utilisez pour
les traductions ?

Par exemple :

- toujours mettre un espace avec les signes de ponctuation du
style ? : ; !
- ne pas traduire certains termes techniques (par exemple root est-ce
que vous le traduisez comme super-utilisateur ?)
- toujours mettre des accents sur les lettres majuscules...

Si vous n'avez pas de page avec ces standards, ça serait une bonne idée
d'en créer une, c'est très utilise pour les traducteurs qui débutent sur
le projet.

Je vais apporter des modifications très rapidement sur ces fichiers :
system-config-nfs
system-config-date
system-config-services
system-config-samba

Il s'agit uniquement de quelques fautes de frappe du style : Doois-je,
Suupprimer, server à la place de serveur,...
Actuellement personne travaille sur ces fichiers et je pense qu'il n'est
pas nécessaire de discuter de ce type de modifications.
Je vais mon commit d'ici quelques minutes car ces fichiers doivent être
terminés pour aujourd'hui.

Merci pour tout.

Fabien

[Damien Durand]

Damien, le système de ticket est une très bonne idée. C'est comme cela
>  qu'on gère les traductions ici et ça fonctionne très bien.
>  Après effectivement il faut voir si ça ne rend pas le système de
>  traduction trop complexe pour certains utilisateurs...
>  Je vais essayer d'y réfléchir et d'apporter des idées... 

Je crois qu'il me reste une copie en local de l'outil, je l'uploaderé sur
mon espace personnelle dans la soirée. Quand tu dis que vous ulisez un
système simulaire, tu parles du système
http://i18n.redhat.com/cgi-bin/i18n-status ou d'un système interne propre à
Red Hat ? J'ai peut-être été un peu fort, mais mon idée était d'ouvrir un
ticket pour chaque traductions faites, po et wiki. Mais utiliser une
mailing-list pour gérer des po peut me sembler absurde.


Est-ce que vous avez une page avec les standards que vous utilisez pour
>  les traductions ? 

Non, il n'y pas de pages comme celles-là, on peut s'inspiré de celle mise à
en place par d'autres projets  :
http://wiki.traduc.org/GnomeFR/Traduire?action=show&redirect=GnomeFR

Je vais apporter des modifications très rapidement sur ces fichiers :
>  system-config-nfs
>  system-config-date
>  system-config-services
>  system-config-samba
>
>  Il s'agit uniquement de quelques fautes de frappe du style : Doois-je,
>  Suupprimer, server à la place de serveur,...
>  Actuellement personne travaille sur ces fichiers et je pense qu'il n'est
>  pas nécessaire de discuter de ce type de modifications.
>  Je vais mon commit d'ici quelques minutes car ces fichiers doivent être
>  terminés pour aujourd'hui. 

Il n'y a aucun problème à cela, ton travail pour l'entreprise prime avant
tout :-)

Bonne journée,

Damien

[Fabien Decroux]

On Tue, 2006-11-28 at 05:44 +0100, Damien Durand wrote:
>  
>  
>          Damien, le systme de ticket est une trs bonne ide. C'est comme
>          cela 
>          qu'on gre les traductions ici et a fonctionne trs bien.
>          Aprs effectivement il faut voir si a ne rend pas le systme de
>          traduction trop complexe pour certains utilisateurs...
>          Je vais essayer d'y rflchir et d'apporter des ides...
>  
>  Je crois qu'il me reste une copie en local de l'outil, je l'uploader
>  sur mon espace personnelle dans la soire. Quand tu dis que vous ulisez
>  un systme simulaire, tu parles du systme http://i18n.redhat.com/cgi-
>  bin/i18n-status ou d'un systme interne propre Red Hat ? J'ai peut-tre
>  t un peu fort, mais mon ide tait d'ouvrir un ticket pour chaque
>  traductions faites, po et wiki. Mais utiliser une mailing-list pour
>  grer des po peut me sembler absurde.  
Il s'agit d'un système interne à redhat très complet qui permet
d'affecter des fichiers aux traducteurs. tu disposes de différents
status ...new,open,resolved,etc... et beaucoup d'autres options.
Ca te permet d'avoir un suivi de tout ce que tu fais.
Ca serait pas tellement adapté à la communauté Fedora mais on pourrait
peut être trouver un système plus simple de gestion de tickets.
A voir...

>   
>  
>          Est-ce que vous avez une page avec les standards que vous
>          utilisez pour
>          les traductions ?
>  
>  Non, il n'y pas de pages comme celles-l, on peut s'inspir de celle
>  mise en place par d'autres projets  :
>  http://wiki.traduc.org/GnomeFR/Traduire?action=show&redirect=GnomeFR 
>   
C'est très très bien ça !

>  
>          Je vais apporter des modifications trs rapidement sur ces
>          fichiers :
>          system-config-nfs
>          system-config-date
>          system-config-services
>          system-config-samba
>          
>          Il s'agit uniquement de quelques fautes de frappe du style :
>          Doois-je, 
>          Suupprimer, server la place de serveur,...
>          Actuellement personne travaille sur ces fichiers et je pense
>          qu'il n'est
>          pas ncessaire de discuter de ce type de modifications.
>          Je vais mon commit d'ici quelques minutes car ces fichiers
>          doivent tre 
>          termins pour aujourd'hui.
>  
>  Il n'y a aucun problme cela, ton travail pour l'entreprise prime avant
>  tout :-) 
Merci. J'ai fait les modifications et commité les fichiers.

Bonne journée à tous.

Fabien

>  
>  Bonne journe,
>  
>  Damien
>  
>

[Thomas Canniot]

Le mardi 28 novembre 2006 à 15:56 +1000, Fabien Decroux a écrit :
>  On Tue, 2006-11-28 at 05:44 +0100, Damien Durand wrote:
>  > 
>  > 
>  >         Damien, le systme de ticket est une trs bonne ide. C'est comme
>  >         cela 
>  >         qu'on gre les traductions ici et a fonctionne trs bien.
>  >         Aprs effectivement il faut voir si a ne rend pas le systme de
>  >         traduction trop complexe pour certains utilisateurs...
>  >         Je vais essayer d'y rflchir et d'apporter des ides...
>  > 
>  > Je crois qu'il me reste une copie en local de l'outil, je l'uploader
>  > sur mon espace personnelle dans la soire. Quand tu dis que vous ulisez
>  > un systme simulaire, tu parles du systme http://i18n.redhat.com/cgi-
>  > bin/i18n-status ou d'un systme interne propre Red Hat ? J'ai peut-tre
>  > t un peu fort, mais mon ide tait d'ouvrir un ticket pour chaque
>  > traductions faites, po et wiki. Mais utiliser une mailing-list pour
>  > grer des po peut me sembler absurde. 
>  
>  Il s'agit d'un système interne à redhat très complet qui permet
>  d'affecter des fichiers aux traducteurs. tu disposes de différents
>  status ...new,open,resolved,etc... et beaucoup d'autres options.
>  Ca te permet d'avoir un suivi de tout ce que tu fais.
>  Ca serait pas tellement adapté à la communauté Fedora mais on pourrait
>  peut être trouver un système plus simple de gestion de tickets.
>  A voir... 
Tu as le nom de cet outil ? si c'est libre ça peut-être intéressant d'y
regarder quand-même.


-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Damien Durand]

>  Tu as le nom de cet outil ? si c'est libre ça peut-être intéressant d'y
>  regarder quand-même. 


oui, le site : http://www.mantisbt.org/
une démo de l'outil : http://bugs.mantisbugtracker.com/my_view_page.php

[Fabien Decroux]

On Tue, 2006-11-28 at 07:37 +0100, Thomas Canniot wrote:
>  Le mardi 28 novembre 2006 à 15:56 +1000, Fabien Decroux a écrit :
>  > On Tue, 2006-11-28 at 05:44 +0100, Damien Durand wrote:
>  > > 
>  > > 
>  > >         Damien, le systme de ticket est une trs bonne ide. C'est comme
>  > >         cela 
>  > >         qu'on gre les traductions ici et a fonctionne trs bien.
>  > >         Aprs effectivement il faut voir si a ne rend pas le systme de
>  > >         traduction trop complexe pour certains utilisateurs...
>  > >         Je vais essayer d'y rflchir et d'apporter des ides...
>  > > 
>  > > Je crois qu'il me reste une copie en local de l'outil, je
> l'uploader
>  > > sur mon espace personnelle dans la soire. Quand tu dis que vous ulisez
>  > > un systme simulaire, tu parles du systme http://i18n.redhat.com/cgi-
>  > > bin/i18n-status ou d'un systme interne propre Red Hat ? J'ai peut-tre
>  > > t un peu fort, mais mon ide tait d'ouvrir un ticket pour chaque
>  > > traductions faites, po et wiki. Mais utiliser une mailing-list pour
>  > > grer des po peut me sembler absurde. 
>  > 
>  > Il s'agit d'un système interne à redhat très complet qui permet
>  > d'affecter des fichiers aux traducteurs. tu disposes de différents
>  > status ...new,open,resolved,etc... et beaucoup d'autres options.
>  > Ca te permet d'avoir un suivi de tout ce que tu fais.
>  > Ca serait pas tellement adapté à la communauté Fedora mais on pourrait
>  > peut être trouver un système plus simple de gestion de tickets.
>  > A voir...
>  
>  Tu as le nom de cet outil ? si c'est libre ça peut-être intéressant d'y
>  regarder quand-même. 
http://www.bestpractical.com/rt/

>  
>

[Nicolas Mailhot]

Le Mar 28 novembre 2006 08:25, Fabien Decroux a écrit :
>  On Tue, 2006-11-28 at 07:37 +0100, Thomas Canniot wrote: 
> > Tu as le nom de cet outil ? si c'est libre ça peut-être
> intéressant d'y
> > regarder quand-même.
>
>  http://www.bestpractical.com/rt/ 
Qui est packagé par FE. Par contre ce n'est pas un petit logiciel, il a un
paquet de dépendances perl et n'est pas forcément facile à paramétrer (la
boite qui le développe fait son beurre sur l'aide au déploiement)

Cordialement,

-- 
Nicolas Mailhot

[Nicolas Mailhot]

Le Mar 28 novembre 2006 10:22, Nicolas Mailhot a écrit :
>  Le Mar 28 novembre 2006 08:25, Fabien Decroux a écrit :
> > On Tue, 2006-11-28 at 07:37 +0100, Thomas Canniot wrote:
>
> >> Tu as le nom de cet outil ? si c'est libre ça peut-être intéressant d'y
> >> regarder quand-même.
> >
> > http://www.bestpractical.com/rt/
>
>  Qui est packagé par FE. Par contre ce n'est pas un petit logiciel, il a un
>  paquet de dépendances perl et n'est pas forcément facile à paramétrer (la
>  boite qui le développe fait son beurre sur l'aide au déploiement) 
Je précise quand même qu'une fois bien installé rt est généralement plus
sympa que bugzilla pour les utilisateurs. Mais il faut avoir un usage qui
justifie les coûts techniques

-- 
Nicolas Mailhot

[Thomas Canniot]

Le mardi 28 novembre 2006 à 05:44 +0100, Damien Durand a écrit :
>  
>  
>          Damien, le système de ticket est une très bonne idée. C'est
>          comme cela 
>          qu'on gère les traductions ici et ça fonctionne très bien.
>          Après effectivement il faut voir si ça ne rend pas le système
>          de
>          traduction trop complexe pour certains utilisateurs...
>          Je vais essayer d'y réfléchir et d'apporter des idées...
>  
>  Je crois qu'il me reste une copie en local de l'outil, je l'uploaderé
>  sur mon espace personnelle dans la soirée. Quand tu dis que vous
>  ulisez un système simulaire, tu parles du système
>  http://i18n.redhat.com/cgi-bin/i18n-status ou d'un système interne
>  propre à Red Hat ? J'ai peut-être été un peu fort, mais mon idée était
>  d'ouvrir un ticket pour chaque traductions faites, po et wiki. Mais
>  utiliser une mailing-list pour gérer des po peut me sembler absurde.  
Il faut choisir _ensemble_ un système de gestion de tickets, même si je
rêve d'une solution qui concernerait l'ensemble des traducteurs Fedora
et non les traducteurs français uniquement.
A-t-on besoin d'un tel système alors que nous sommes moins de 10 ?

>   
>  
>          Est-ce que vous avez une page avec les standards que vous
>          utilisez pour
>          les traductions ?
>  
>  Non, il n'y pas de pages comme celles-là, on peut s'inspiré de celle
>  mise à en place par d'autres projets  :
>  http://wiki.traduc.org/GnomeFR/Traduire?action=show&redirect=GnomeFR 
>  
>  
>          Je vais apporter des modifications très rapidement sur ces
>          fichiers :
>          system-config-nfs
>          system-config-date
>          system-config-services
>          system-config-samba
>          
>          Il s'agit uniquement de quelques fautes de frappe du style :
>          Doois-je, 
>          Suupprimer, server à la place de serveur,...
>          Actuellement personne travaille sur ces fichiers et je pense
>          qu'il n'est
>          pas nécessaire de discuter de ce type de modifications.
>          Je vais mon commit d'ici quelques minutes car ces fichiers
>          doivent être 
>          terminés pour aujourd'hui.
>  
>  Il n'y a aucun problème à cela, ton travail pour l'entreprise prime
>  avant tout :-) 
Bien entendu.

>  
>  Bonne journée,
>  
>  Damien
>  
>  
>  --
>  Fedora-trans-fr mailing list
>  Fedora-trans-fr(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/fedora-trans-fr 
-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Damien Durand]

On peut faire un vote du système de ticket, mais ça va prendre tu temps et
personne ne fera rien. Si on veut un truc facile d'accès, bien que le truc
mis en place soit facile, on aura toujours le même problème au niveau des
traductions. Le choix d'un système va être question de goûts de et de
couleures... à coup sûr.

Ps : Le système Mentis n'est pas plus facile (trop complexe)

[Thomas Canniot]

Le mardi 28 novembre 2006 à 08:13 +0100, Damien Durand a écrit :
>  On peut faire un vote du système de ticket, mais ça va prendre tu
>  temps et personne ne fera rien. Si on veut un truc facile d'accès,
>  bien que le truc mis en place soit facile, on aura toujours le même
>  problème au niveau des traductions. Le choix d'un système va être
>  question de goûts de et de couleures... à coup sûr. 
>  
>  Ps : Le système Mentis n'est pas plus facile (trop complexe) 

Ce n'est pas un vote qu'il faut, c'est de la rigueur.
Déjà, pour choisir un logiciel qui va être utilisé par des personnes
externes, on définit certains critères, pour faire un premier tri. Après
c'est sûr qu'ils finiront par tous se ressembler.
Il faut bien garder à l'esprit qu'on a le temps, il n'y a pas de
critères de rentabilité pour les traducteurs et que tout ceci reste du
bénévolat. Alors profitons d'avoir la possibilité de faire les choses en
ayant pris tout le temps nécessaire pour le faire.


Un logiciel, ça se test en privé, avec un petit groupe, pour corriger
les bugs d'utilisation, ce qui n'avait pas été fait.

Dans le même temps, on rédige une doc pour aider les futures personnes à
prendre leurs marques. Il n'y a pas de secret, pour le wiki de
fedora-fr, avant qu'ils ne soit accessibles, une doc a été rédigée pour
guider les rédacteurs dans leur démarches d'écriture et imposer des
critères de qualités. Après, seulement, il a été ouvert. Le résultat
tout le monde le connaît.

Il faut aussi ne pas oublier de se demander pour quels projets le
logiciel se destine. La traduction du wiki a été intégré dans la version
que tu avais proposé, alors que Johan (trasher) s'en sort à merveille
avec les autres traducteurs avec une simple page wiki.


-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Thomas Canniot]

Le mardi 28 novembre 2006 à 07:35 +0100, Thomas Canniot a écrit :


>  >         Je vais apporter des modifications très rapidement sur
> ces
>  >         fichiers :
>  >         system-config-nfs
>  >         system-config-date
>  >         system-config-services
>  >         system-config-samba
>  > 
J'ai pas pu m'empêcher de jeter un oeil ... je n'ai rien à dire pour 
system-config-nfs
system-config-date
system-config-samba

Je mail pour system-config-services
       
-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Alain PORTAL]

Bonjour,

Le mardi 28 novembre 2006 07:35, Thomas Canniot a écrit :

>  > Je crois qu'il me reste une copie en local de l'outil,
> je l'uploaderé
>  > sur mon espace personnelle dans la soirée. Quand tu dis que vous
>  > ulisez un système simulaire, tu parles du système
>  > http://i18n.redhat.com/cgi-bin/i18n-status ou d'un système interne
>  > propre à Red Hat ? J'ai peut-être été un peu fort, mais mon idée était
>  > d'ouvrir un ticket pour chaque traductions faites, po et wiki. Mais
>  > utiliser une mailing-list pour gérer des po peut me sembler absurde.
>
>  Il faut choisir _ensemble_ un système de gestion de tickets, même si je
>  rêve d'une solution qui concernerait l'ensemble des traducteurs Fedora
>  et non les traducteurs français uniquement.
>  A-t-on besoin d'un tel système alors que nous sommes moins de 10 ? 
À mon avis non, bien est serait quand même utile de pouvoir connaitre le 
(dernier) traducteur du fichier. Mais à la limite, une feuille tableur gérée 
par le coordinateur pourrait suffire.

Cordialement,
Alain
-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Thomas Canniot]

Le mardi 28 novembre 2006 à 15:24 +0100, Alain PORTAL a écrit :
>  Bonjour,
>  
>  Le mardi 28 novembre 2006 07:35, Thomas Canniot a écrit :
>  
>  > > Je crois qu'il me reste une copie en local de l'outil, je
> l'uploaderé
>  > > sur mon espace personnelle dans la soirée. Quand tu dis que vous
>  > > ulisez un système simulaire, tu parles du système
>  > > http://i18n.redhat.com/cgi-bin/i18n-status ou d'un système interne
>  > > propre à Red Hat ? J'ai peut-être été un peu fort, mais mon idée était
>  > > d'ouvrir un ticket pour chaque traductions faites, po et wiki. Mais
>  > > utiliser une mailing-list pour gérer des po peut me sembler absurde.
>  >
>  > Il faut choisir _ensemble_ un système de gestion de tickets, même si je
>  > rêve d'une solution qui concernerait l'ensemble des traducteurs Fedora
>  > et non les traducteurs français uniquement.
>  > A-t-on besoin d'un tel système alors que nous sommes moins de 10 ?
>  
>  À mon avis non, bien est serait quand même utile de pouvoir connaitre le 
>  (dernier) traducteur du fichier. Mais à la limite, une feuille tableur gérée 
>  par le coordinateur pourrait suffire. 
La page 
http://fedoraproject.org/wiki/L10N/Teams/French/RelecturePO est
justement là pour ça. :)

-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Nicolas Mailhot]

Le Mar 28 novembre 2006 01:38, Fabien Decroux a écrit :

>  Est-ce que vous avez une page avec les standards que vous utilisez
> pour
>  les traductions ?
>
>  Par exemple :
>
>  - toujours mettre un espace avec les signes de ponctuation du
>  style ? : ; ! 
Penser à utiliser un espace insécable par contre s'il y a risque de retour
à la ligne

>  - toujours mettre des accents sur les lettres majuscules... 
Pour ceux qui se posent ce type de question je ne saurais trop conseiller
d'investir 14 € dans ceci :
http://www.amazon.fr/exec/obidos/ISBN=2743304820/ qui est court, concis et
donnera les règles officielles en France

>  - ne pas traduire certains termes techniques (par exemple root
> est-ce
>  que vous le traduisez comme super-utilisateur ?) 
En fait il vaut mieux utiliser les dictionnaires existants voire les
compléter plutôt que faire des impasses.

Cordialement,

-- 
Nicolas Mailhot

[Alain PORTAL]

Bonjour,

Le mardi 28 novembre 2006 01:38, Fabien Decroux a écrit :

>  Je vais apporter des modifications très rapidement sur ces fichiers
> :
>  system-config-nfs
>  system-config-date
>  system-config-services
>  system-config-samba
>
>  Il s'agit uniquement de quelques fautes de frappe du style : Doois-je,
>  Suupprimer, server à la place de serveur,...
>  Actuellement personne travaille sur ces fichiers et je pense qu'il n'est
>  pas nécessaire de discuter de ce type de modifications.
>  Je vais mon commit d'ici quelques minutes car ces fichiers doivent être
>  terminés pour aujourd'hui. 
Je suis curieux de connaitre la raison pour laquelle c'est si pressé.

Cordialement,
Alain
-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Thomas Canniot]

Le mardi 28 novembre 2006 à 15:32 +0100, Alain PORTAL a écrit :
>  Bonjour,
>  
>  Le mardi 28 novembre 2006 01:38, Fabien Decroux a écrit :
>  
>  > Je vais apporter des modifications très rapidement sur ces fichiers :
>  > system-config-nfs
>  > system-config-date
>  > system-config-services
>  > system-config-samba
>  >
>  > Il s'agit uniquement de quelques fautes de frappe du style : Doois-je,
>  > Suupprimer, server à la place de serveur,...
>  > Actuellement personne travaille sur ces fichiers et je pense qu'il n'est
>  > pas nécessaire de discuter de ce type de modifications.
>  > Je vais mon commit d'ici quelques minutes car ces fichiers doivent être
>  > terminés pour aujourd'hui.
>  
>  Je suis curieux de connaitre la raison pour laquelle c'est si pressé.
>   
La sortie d'une version beta de RHEL je crois.

-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Alain PORTAL]

Le mardi 28 novembre 2006 15:23, Thomas Canniot a écrit :

>  > Je suis curieux de connaitre la raison pour laquelle c'est
> si pressé.
>
>  La sortie d'une version beta de RHEL je crois. 
C'est ce que je présentais...

-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Alain PORTAL]

Le mardi 28 novembre 2006 01:38, Fabien Decroux a écrit :

>  - ne pas traduire certains termes techniques (par exemple root
> est-ce
>  que vous le traduisez comme super-utilisateur ?) 
Moi oui, je le traduis (sans trait d'union) de même je traduis "shell" par 
interpréter de commande"

>  - toujours mettre des accents sur les lettres majuscules... 
Ce qu'hélas beaaucoup de gens oublient.

Cordialement,
Alain
-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Alain PORTAL]

Le mardi 28 novembre 2006 15:50, Alain PORTAL a écrit :
>  Le mardi 28 novembre 2006 01:38, Fabien Decroux a écrit :
>  > - ne pas traduire certains termes techniques (par exemple root est-ce
>  > que vous le traduisez comme super-utilisateur ?)
>
>  Moi oui, je le traduis (sans trait d'union) de même je traduis "shell" par
>  interpréter de commande" 
D'ailleurs, dans anaconda, je n'ai pas encore appliqué cette règle. Je 
souhaitais d'abord en discuter sur la liste :
acceptez-vous la tradcution de "shell" par "interpréteur de commandes"
?

Cordialement,
Alain
-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Guillaume]

2006/11/28, Alain PORTAL <alain.portal(a)free.fr&gt;:
>  Le mardi 28 novembre 2006 15:50, Alain PORTAL a écrit :
>  > Le mardi 28 novembre 2006 01:38, Fabien Decroux a écrit :
>  > > - ne pas traduire certains termes techniques (par exemple root est-ce
>  > > que vous le traduisez comme super-utilisateur ?)
>  > Moi oui, je le traduis (sans trait d'union) de même je traduis "shell"
> par
>  > interpréter de commande" 
>  acceptez-vous la tradcution de "shell" par
> "interpréteur de commandes" ? 
Pour interpreteur de commande, oui...

Pour "root" je ne suis pas tout a fait d'accord, car (comme précisé
dans un de mes msgs précédents) on se connecte avec le compte 'root'
et pas avec 'super utilisateur'. Donc, dans cette situation, je le
considère plus comme un nom propre. Donc pour ma part je ne le traduit
pas.

[Thomas Canniot]

Le mardi 28 novembre 2006 à 16:23 +0100, Guillaume a écrit :
>  2006/11/28, Alain PORTAL <alain.portal(a)free.fr&gt;:
>  > Le mardi 28 novembre 2006 15:50, Alain PORTAL a écrit :
>  > > Le mardi 28 novembre 2006 01:38, Fabien Decroux a écrit :
>  > > > - ne pas traduire certains termes techniques (par exemple root est-ce
>  > > > que vous le traduisez comme super-utilisateur ?)
>  > > Moi oui, je le traduis (sans trait d'union) de même je traduis
> "shell" par
>  > > interpréter de commande"
>  
>  > acceptez-vous la tradcution de "shell" par "interpréteur de
> commandes" ?
>  Pour interpreteur de commande, oui...
>  
>  Pour "root" je ne suis pas tout a fait d'accord, car (comme précisé
>  dans un de mes msgs précédents) on se connecte avec le compte 'root'
>  et pas avec 'super utilisateur'. Donc, dans cette situation, je le
>  considère plus comme un nom propre. Donc pour ma part je ne le traduit
>  pas.
>   
Si on suit ce raisonnement, qui est logique, on devrait alors dire
"terminal" au lieu d'interpréteur de commandes", d'autant que
c'est la
traduction de GNOME dans le menu Applications > Accessoires.
Je préfère donc Terminal.

-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Guillaume]

>  Si on suit ce raisonnement, qui est logique, on devrait alors dire
>  "terminal" au lieu d'interpréteur de commandes", d'autant que
> c'est la
>  traduction de GNOME dans le menu Applications > Accessoires.
>  Je préfère donc Terminal. 
Plus facile à ecrire et compréhensible par tout le monde...
+1 pour terminal....

[Alain PORTAL]

Le mardi 28 novembre 2006 17:03, Thomas Canniot a écrit :
>  Le mardi 28 novembre 2006 à 16:23 +0100, Guillaume a écrit :
>  > 2006/11/28, Alain PORTAL <alain.portal(a)free.fr&gt;:
>  > > Le mardi 28 novembre 2006 15:50, Alain PORTAL a écrit :
>  > > > Le mardi 28 novembre 2006 01:38, Fabien Decroux a écrit :
>  > > > > - ne pas traduire certains termes techniques (par exemple root
>  > > > > est-ce que vous le traduisez comme super-utilisateur ?)
>  > > >
>  > > > Moi oui, je le traduis (sans trait d'union) de même je traduis
>  > > > "shell" par interpréter de commande"
>  > >
>  > > acceptez-vous la tradcution de "shell" par "interpréteur de
> commandes"
>  > > ?
>  >
>  > Pour interpreteur de commande, oui...
>  >
>  > Pour "root" je ne suis pas tout a fait d'accord, car (comme précisé
>  > dans un de mes msgs précédents) on se connecte avec le compte 'root'
>  > et pas avec 'super utilisateur'. Donc, dans cette situation, je le
>  > considère plus comme un nom propre. Donc pour ma part je ne le traduit
>  > pas.
>
>  Si on suit ce raisonnement, qui est logique, on devrait alors dire
>  "terminal" au lieu d'interpréteur de commandes", d'autant que
> c'est la
>  traduction de GNOME dans le menu Applications > Accessoires.
>  Je préfère donc Terminal. 
Je n'utilise pas Gnome mais quelque chose me dit que dans la vo, on 
a "terminal" et pas "shell" dans le menu, il est donc logique de 
traduire "terminal" par "terminal".

Je tiens à préciser que Debian traduit "shell" par "interpréteur de
commande" 
et la qualité de la francisation de Debian est reconnue.

Du coup, je me pose la question pour un autre mot : "prompt", vous le 
traduisez ou pas ? Et si oui, comment ?
Personnellement, je le traduis par "invite de commande".

-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Thomas Canniot]

Le mardi 28 novembre 2006 à 18:30 +0100, Alain PORTAL a écrit :
>  Le mardi 28 novembre 2006 17:03, Thomas Canniot a écrit :
>  > Le mardi 28 novembre 2006 à 16:23 +0100, Guillaume a écrit :
>  > > 2006/11/28, Alain PORTAL <alain.portal(a)free.fr&gt;:
>  > > > Le mardi 28 novembre 2006 15:50, Alain PORTAL a écrit :
>  > > > > Le mardi 28 novembre 2006 01:38, Fabien Decroux a écrit :
>  > > > > > - ne pas traduire certains termes techniques (par exemple root
>  > > > > > est-ce que vous le traduisez comme super-utilisateur ?)
>  > > > >
>  > > > > Moi oui, je le traduis (sans trait d'union) de même je traduis
>  > > > > "shell" par interpréter de commande"
>  > > >
>  > > > acceptez-vous la tradcution de "shell" par "interpréteur de
> commandes"
>  > > > ?
>  > >
>  > > Pour interpreteur de commande, oui...
>  > >
>  > > Pour "root" je ne suis pas tout a fait d'accord, car (comme
> précisé
>  > > dans un de mes msgs précédents) on se connecte avec le compte 'root'
>  > > et pas avec 'super utilisateur'. Donc, dans cette situation, je le
>  > > considère plus comme un nom propre. Donc pour ma part je ne le traduit
>  > > pas.
>  >
>  > Si on suit ce raisonnement, qui est logique, on devrait alors dire
>  > "terminal" au lieu d'interpréteur de commandes", d'autant que
> c'est la
>  > traduction de GNOME dans le menu Applications > Accessoires.
>  > Je préfère donc Terminal.
>  
>  Je n'utilise pas Gnome mais quelque chose me dit que dans la vo, on 
>  a "terminal" et pas "shell" dans le menu, il est donc logique de 
>  traduire "terminal" par "terminal". 
Pire, on a les deux :
http://l10n-status.gnome.org/gnome-2.16/PO/gnome-terminal.gnome-2-16.fr.po

ils feraient une distinction entre shell et terminal ?

personnellement je ne la fais pas... :/


>  
>  Je tiens à préciser que Debian traduit "shell" par "interpréteur de
> commande" 
>  et la qualité de la francisation de Debian est reconnue.
>  
>  Du coup, je me pose la question pour un autre mot : "prompt", vous le 
>  traduisez ou pas ? Et si oui, comment ?
>  Personnellement, je le traduis par "invite de commande".
>  
>  --
>  Fedora-trans-fr mailing list
>  Fedora-trans-fr(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/fedora-trans-fr 
-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Guillaume]

>  > > Si on suit ce raisonnement, qui est logique, on devrait
> alors dire
>  > > "terminal" au lieu d'interpréteur de commandes",
> d'autant que c'est la
>  > > traduction de GNOME dans le menu Applications > Accessoires.
>  > > Je préfère donc Terminal.
>  >
>  > Je n'utilise pas Gnome mais quelque chose me dit que dans la vo, on
>  > a "terminal" et pas "shell" dans le menu, il est donc logique
> de
>  > traduire "terminal" par "terminal".
>
>  Pire, on a les deux :
>  http://l10n-status.gnome.org/gnome-2.16/PO/gnome-terminal.gnome-2-16.fr.po
>
>  ils feraient une distinction entre shell et terminal ?
>
>  personnellement je ne la fais pas... :/ 
D'après moi, un terminal (tel qu'on
l'entend dans cette discussion)
est une "fenêtre" dans laquelle s'affiche le shell (qui peu être bash,
korn) etc....
Mais l'amalgame entre les deux est vite fait (et me convient).
Je me trompe?

>  > Je tiens à préciser que Debian traduit "shell" par
> "interpréteur de commande"
>  > et la qualité de la francisation de Debian est reconnue.
>  >
>  > Du coup, je me pose la question pour un autre mot : "prompt", vous le
>  > traduisez ou pas ? Et si oui, comment ?
>  > Personnellement, je le traduis par "invite de commande". 
j'aurai
traduit de la meme manière.

[Alain PORTAL]

Le mardi 28 novembre 2006 18:49, Guillaume a écrit :

>  > ils feraient une distinction entre shell et terminal ?
>  >
>  > personnellement je ne la fais pas... :/
>
>  D'après moi, un terminal (tel qu'on l'entend dans cette discussion)
>  est une "fenêtre" dans laquelle s'affiche le shell (qui peu être bash,
>  korn) etc.... 
Toutafé !

>  Mais l'amalgame entre les deux est vite fait (et me convient).
>  Je me trompe? 
Comme tu le dis, c'est un amalgame, il ne faut donc pas le faire :-)

>  > > Je tiens à préciser que Debian traduit "shell"
> par "interpréteur de
>  > > commande" et la qualité de la francisation de Debian est reconnue.
>  > >
>  > > Du coup, je me pose la question pour un autre mot : "prompt", vous
> le
>  > > traduisez ou pas ? Et si oui, comment ?
>  > > Personnellement, je le traduis par "invite de commande".
>
>  j'aurai traduit de la meme manière. 
OK.
-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Alain PORTAL]

Le mardi 28 novembre 2006 18:24, Thomas Canniot a écrit :

>  > Je n'utilise pas Gnome mais quelque chose me dit que dans la
> vo, on
>  > a "terminal" et pas "shell" dans le menu, il est donc logique
> de
>  > traduire "terminal" par "terminal".
>
>  Pire, on a les deux :
>  http://l10n-status.gnome.org/gnome-2.16/PO/gnome-terminal.gnome-2-16.fr.po 
Je ne suis pas sûr de comprendre ce que tu veux dire.

>  ils feraient une distinction entre shell et terminal ? 
Oui, clairement....

>  personnellement je ne la fais pas... :/ 
Moi si, justement :-)
Même si lorsque on ouvre un terminal, on a évidemment un interpréteur de 
commandes à disposition

-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Thomas Canniot]

Le mardi 28 novembre 2006 à 19:03 +0100, Alain PORTAL a écrit :
>  Le mardi 28 novembre 2006 18:24, Thomas Canniot a écrit :
>  
>  > > Je n'utilise pas Gnome mais quelque chose me dit que dans la vo, on
>  > > a "terminal" et pas "shell" dans le menu, il est donc
> logique de
>  > > traduire "terminal" par "terminal".
>  >
>  > Pire, on a les deux :
>  > http://l10n-status.gnome.org/gnome-2.16/PO/gnome-terminal.gnome-2-16.fr.po
>  
>  Je ne suis pas sûr de comprendre ce que tu veux dire.
>  
>  > ils feraient une distinction entre shell et terminal ?
>  
>  Oui, clairement....
>  
>  > personnellement je ne la fais pas... :/
>  
>  Moi si, justement :-)
>  Même si lorsque on ouvre un terminal, on a évidemment un interpréteur de 
>  commandes à disposition 
Oui mais le shell dans tout ça ?

>  
>  --
>  Fedora-trans-fr mailing list
>  Fedora-trans-fr(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/fedora-trans-fr 
-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Guillaume]

>  Oui mais le shell dans tout ça ? 
Ben je ne sais pas on vote? :)
(au fait, y a t'il moyen de faire des
votes sur le wiki?)
ou le chef patron prend une décision totalitaire?
ou on fait en fonction du contexte du moment:

open a shell -> ouvrez un terminal
use a shell -> utilisez votre interpréteur de commande préféré :)

Enfin, pour les majuscules accentuées, je veux bien m'y plier, mais
comment les faire, je ne les ai jamais utilisées!

[Alain PORTAL]

Le mardi 28 novembre 2006 19:25, Guillaume a écrit :

>  Enfin, pour les majuscules accentuées, je veux bien m'y plier,
> mais
>  comment les faire, je ne les ai jamais utilisées! 
C'est très simple, [CAPS LOCK] puis la lettre.
Le [SHIFT] ne fonctionne pas puisqu'il permet d'accéder à la deuxième fonction 
de la touche, par exemple les chiffres sur le clavier alphanumérique.

-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Nicolas Mailhot]

Le mardi 28 novembre 2006 à 19:25 +0100, Guillaume a écrit :
>  > Oui mais le shell dans tout ça ?
>  Ben je ne sais pas on vote? :) (au fait, y a t'il moyen de faire des
>  votes sur le wiki?)
>  ou le chef patron prend une décision totalitaire?
>  ou on fait en fonction du contexte du moment:
>  
>  open a shell -> ouvrez un terminal
>  use a shell -> utilisez votre interpréteur de commande préféré :)
>  
>  Enfin, pour les majuscules accentuées, je veux bien m'y plier, mais
>  comment les faire, je ne les ai jamais utilisées! 
1. sélectionner fr-latin9, fr(oss) ou France (Autre) comme disposition
de clavier
2. c'est tout

MAJ + a = A
MAJ + é = É
MAJ + ç = Ç …

-- 
Nicolas Mailhot

[Alain PORTAL]

Le mardi 28 novembre 2006 19:07, Thomas Canniot a écrit :

>  > > Pire, on a les deux :
>  > > http://l10n-status.gnome.org/gnome-2.16/PO/gnome-terminal.gnome-2-16.fr
>  > >.po
>  >
>  > Je ne suis pas sûr de comprendre ce que tu veux dire.
>  >
>  > > ils feraient une distinction entre shell et terminal ?
>  >
>  > Oui, clairement....
>  >
>  > > personnellement je ne la fais pas... :/
>  >
>  > Moi si, justement :-)
>  > Même si lorsque on ouvre un terminal, on a évidemment un interpréteur de
>  > commandes à disposition
>
>  Oui mais le shell dans tout ça ? 
C'est à dire ?
-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Thomas Canniot]

Le mardi 28 novembre 2006 à 19:36 +0100, Alain PORTAL a écrit :
>  Le mardi 28 novembre 2006 19:07, Thomas Canniot a écrit :
>  
>  > > > Pire, on a les deux :
>  > > > http://l10n-status.gnome.org/gnome-2.16/PO/gnome-terminal.gnome-2-16.fr
>  > > >.po
>  > >
>  > > Je ne suis pas sûr de comprendre ce que tu veux dire.
>  > >
>  > > > ils feraient une distinction entre shell et terminal ?
>  > >
>  > > Oui, clairement....
>  > >
>  > > > personnellement je ne la fais pas... :/
>  > >
>  > > Moi si, justement :-)
>  > > Même si lorsque on ouvre un terminal, on a évidemment un interpréteur de
>  > > commandes à disposition
>  >
>  > Oui mais le shell dans tout ça ?
>  
>  C'est à dire ? 
un « shell » c'est un interpréteur de commandes ?

>  --
>  Fedora-trans-fr mailing list
>  Fedora-trans-fr(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/fedora-trans-fr 
-- 
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot

[Alain PORTAL]

Le mardi 28 novembre 2006 19:25, Thomas Canniot a écrit :

>  > > Oui mais le shell dans tout ça ?
>  >
>  > C'est à dire ?
>
>  un « shell » c'est un interpréteur de commandes ? 
Oui.
-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[SPAM] Re: Mises à jour de fichiers po

[Nicolas Mailhot]

Le mardi 28 novembre 2006 à 19:25 +0100, Thomas Canniot a écrit :
>  Le mardi 28 novembre 2006 à 19:36 +0100, Alain PORTAL a écrit :
>  > C'est à dire ?
>  
>  un « shell » c'est un interpréteur de commandes ? 
Techniquement un shell c'est l'interface qui donne accès aux
applications.

Ce qu'on appelle couramment shell est en fait un « command line
interpreter shell ».

De même l'ensemble gestionnaire de fenêtre + environnement de bureau est
un « GUI shell »

Classiquement les anglophones abrègent en ce qui est le plus court et
pratique, et les francophones pompent les termes anglais ou se tiennent
à la formulation in extenso. Dans les deux cas c'est mal et pas naturel.

-- 
Nicolas Mailhot

[SPAM] Re: Mises à jour de fichiers po

[Alain PORTAL]

Le mardi 28 novembre 2006 20:16, Nicolas Mailhot a écrit :
>  Le mardi 28 novembre 2006 à 19:25 +0100, Thomas Canniot a écrit :
>  > Le mardi 28 novembre 2006 à 19:36 +0100, Alain PORTAL a écrit :
>  > > C'est à dire ?
>  >
>  > un « shell » c'est un interpréteur de commandes ?
>
>  Techniquement un shell c'est l'interface qui donne accès aux
>  applications. 
Pas pour moi, mais je ne suis pas un kador non plus... je ne suis pas 
Christophe Blaess.
Que ce soit une interface qui donne accès aux applications reste secondaire, 
c'est avant tout un interpréteur de commandes, l'interpréteur des commandes 
qu'il fournit lui-même : if, for, while, test, case, cd, getops, help, etc.

>  Ce qu'on appelle couramment shell est en fait un « command line
>  interpreter shell ».
>
>  De même l'ensemble gestionnaire de fenêtre + environnement de bureau est
>  un « GUI shell »
>
>  Classiquement les anglophones abrègent en ce qui est le plus court et
>  pratique, et les francophones pompent les termes anglais ou se tiennent
>  à la formulation in extenso. Dans les deux cas c'est mal et pas naturel. 
Tu te doutes, bien du coup, que je ne suis non plus pas d'accord ;-)
Ce n'est pas parce la vo est de mauvaise qualité que la traduction doit 
l'être. De plus, tout le monde sait très bien, qu'en ce qui concerne la 
technique, l'anglais est souvent le mieux approprié et en faire une 
traduction n'est pas toujours aisé.
D'ailleurs, afin que les choses soient claires, il va peut être être temps 
d'arrêter de parler de traduction mais plutôt d'adaptation...

Le but du jeu est quand même aussi d'être compris par les gens qui ne captent 
pas un mot d'anglais.
Personnellement, je suis attaché à la langue française, et accepte de moins en 
moins les "raccourcis", ceux qui obligent à interpréter, ce qui ne 
définissent pas les choses de manière claire.
À ce rythme, on va commencer à parler sur le style SMS, puis dans 10 ans, ce 
sera "Grumpf, argh, goulou, etc.", bref, plus de langage mais des 
onomatopées.

Mais je l'ai déjà dit précédemment, ce n'est pas mon projet, je me plierai aux 
décisions de la communauté. Je dis juste "Attention, danger !"

-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

[Nicolas Mailhot]

Le mardi 28 novembre 2006 à 18:30 +0100, Alain PORTAL a écrit :

>  Je tiens à préciser que Debian traduit "shell" par
> "interpréteur de commande" 
>  et la qualité de la francisation de Debian est reconnue.
>  
>  Du coup, je me pose la question pour un autre mot : "prompt", vous le 
>  traduisez ou pas ? Et si oui, comment ?
>  Personnellement, je le traduis par "invite de commande". 
Oui, mais en anglais on trouve parfois command shell et command prompt,
et ce n'est pas défendu d'abréger de même en français (invite au lieu
d'invite de commande…) sinon on se retrouve avec des messages verbeux
qui horripilent les utilisateurs

-- 
Nicolas Mailhot

[Alain PORTAL]

Le mardi 28 novembre 2006 19:57, Nicolas Mailhot a écrit :
>  Le mardi 28 novembre 2006 à 18:30 +0100, Alain PORTAL a écrit :
>  > Je tiens à préciser que Debian traduit "shell" par "interpréteur de
>  > commande" et la qualité de la francisation de Debian est reconnue.
>  >
>  > Du coup, je me pose la question pour un autre mot : "prompt", vous le
>  > traduisez ou pas ? Et si oui, comment ?
>  > Personnellement, je le traduis par "invite de commande".
>
>  Oui, mais en anglais on trouve parfois command shell et command prompt, 
Comme tu le dis, "parfois"...

>  et ce n'est pas défendu d'abréger de même en français (invite
> au lieu
>  d'invite de commande…) 
Je suis d'accord sur le fait de la possibilité d'abréger, bien que je pense 
que ce fait serait tout de même beaucoup plus réservé à de la documentation, 
comme par exemple les pages de manuel, où on peut trouver la première fois 
voire la seconde "invite de commande" et par la suite "invite" tout
court, 
puisque le lecteur saura déjà de quoi on parle.

>  sinon on se retrouve avec des messages verbeux 
>  qui horripilent les utilisateurs 
Lesquels utilisateurs ?
Ceux qui sont dans le schmilblick depuis 10 ans ?
Je veux bien le comprendre.
Mais les débutants, cela m'étonnerait beaucoup....
Moi, ce qui m'a toujours horripilié, c'est le manque d'information, précise, 
sous Linux, en français.
C'est d'ailleurs pour cette raison que j'ai commencé à m'investir, à mon 
niveau, à la francisation.

-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/