Bonjour,
je vous propose qu'on attaque ensemble la traduction de tous les paquets IBus. Comme une des fonctionnalités de Fedora 25 est focalisée sur ibus-typing-booster, ça nous permettra de dire qu'on a fait également une progression sur ce thème ;)
Ça semble être un monde à part les méthodes de saisie, rien que de taper "ibus list-engine" dans son terminal est effrayant.
Dès qu'on rentrer dans ibus-setup, il ne faut que quelques secondes pour trouver de gros trous dans la traduction !
Voici ce qu'il y a à traduire : * IBus principal, qu'une phrase dont je ne connais pas le contexte, j'ai demandé de l'aide à l'équipe i18n : https://fedora.zanata.org/webtrans/translate?project=ibus&iteration=head... * ibus-chewing, il reste 220 mots à traduire : https://fedora.zanata.org/webtrans/translate?project=ibus-chewing&iterat... * ibus-input-pad : tous les 103 mots à traduire : https://fedora.zanata.org/webtrans/translate?project=ibus-input-pad&iter... * ibus-libpinyin : ~250 mots à traduire https://fedora.zanata.org/webtrans/translate?project=ibus-libpinyin&iter... * ibus-table : 800 mots à traduire https://fedora.zanata.org/webtrans/translate?project=ibus-table&iteratio... * ibus-typing-booster https://fedora.zanata.org/webtrans/translate?project=ibus-typing-booster&...
bonne journée,
Salut,
Je viens de traduire ibus-typing-booster, à relire si possible. À noter que j'ai utilisé le terme "complétion" au lieu de "complètement", que je n'ai jamais rencontré ...
J'essaye de m'attaquer à ibus-table, et j'hésite. Le document parle de "Simplified Chinese", ou encore de "Chinese characters". Doit-on dès lors parler d'idéogrammes, des caractères chinois ou encore de sinogrammes ?
Merci d'avance,
Alexandre
Le 18 août 2016 8:14 AM, "Jean-Baptiste Holcroft" jean-baptiste@holcroft.fr a écrit :
Bonjour,
je vous propose qu'on attaque ensemble la traduction de tous les paquets IBus. Comme une des fonctionnalités de Fedora 25 est focalisée sur ibus-typing-booster, ça nous permettra de dire qu'on a fait également une progression sur ce thème ;)
Ça semble être un monde à part les méthodes de saisie, rien que de taper "ibus list-engine" dans son terminal est effrayant.
Dès qu'on rentrer dans ibus-setup, il ne faut que quelques secondes pour trouver de gros trous dans la traduction !
Voici ce qu'il y a à traduire :
- IBus principal, qu'une phrase dont je ne connais pas le contexte, j'ai
demandé de l'aide à l'équipe i18n : https://fedora.zanata.org/webtrans/translate?project=ibus& iteration=head&localeId=fr&locale=fr-FR&dswid=-5279#view: doc;doc:ibus10;untranslated:show;fuzzy:show;rejected:show
- ibus-chewing, il reste 220 mots à traduire :
https://fedora.zanata.org/webtrans/translate?project=ibus- chewing&iteration=master&localeId=fr&locale=fr-FR&dswid= 1084#view:doc;doc:ibus-chewing;untranslated:show;fuzzy:show;rejected:show
- ibus-input-pad : tous les 103 mots à traduire :
https://fedora.zanata.org/webtrans/translate?project=ibus- input-pad&iteration=head&localeId=fr&locale=fr-FR&dswid=- 745#view:doc;doc:ibus-input-pad;untranslated:show;fuzzy:show;rejected:show
- ibus-libpinyin : ~250 mots à traduire
https://fedora.zanata.org/webtrans/translate?project=ibus- libpinyin&iteration=master&localeId=fr&locale=fr-FR& dswid=963#view:doc;doc:ibus-libpinyin;untranslated:show; fuzzy:show;rejected:show
- ibus-table : 800 mots à traduire
https://fedora.zanata.org/webtrans/translate?project=ibus- table&iteration=1.9.1&localeId=fr&locale=fr-FR&dswid=3023# view:doc;doc:ibus-table;untranslated:show;fuzzy:show;rejected:show
- ibus-typing-booster
https://fedora.zanata.org/webtrans/translate?project=ibus- typing-booster&iteration=1.2.11&localeId=fr&locale=fr-FR& dswid=5648#view:doc;doc:ibus-typing-booster;untranslated: show;fuzzy:show;rejected:show
bonne journée,
Jean-Baptiste Holcroft
trans-fr mailing list trans-fr@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/trans-fr@lists. fedoraproject.org
Le 18/08/2016 à 10:47, Alexandre Moine a écrit :
Salut,
Je viens de traduire ibus-typing-booster, à relire si possible. À noter que j'ai utilisé le terme "complétion" au lieu de "complètement", que je n'ai jamais rencontré ...
J'essaye de m'attaquer à ibus-table, et j'hésite. Le document parle de "Simplified Chinese", ou encore de "Chinese characters". Doit-on dès lors parler d'idéogrammes, des caractères chinois ou encore de sinogrammes ?
Merci d'avance,
Alexandre
Bonjour Alexandre,
je comprends de notre ami wikipédia que les caractères chinois sont des sinogrammes (simplifiés ou traditionnels) les dictionnaires indiquent également que c'est un synonyme. Tu peux prendre ce que tu trouves le plus compréhensible, mais je trouve que le terme trouverait plus avantageusement sa place dans une description du logiciel que dans les menus.
Pour le terme complétion, c'est encore un anglicisme, le mieux est d'aller trouver la tendance sur les autres projets et équipes de traduction pour voir s'il est toléré ou s'il faut prendre le terme français (pour la peine, "complètement automatique" me semble compréhensible, mais "complètement" pas trop).
bonne journée,
Le 19/08/2016 à 07:47, Jean-Baptiste Holcroft a écrit :
Le 18/08/2016 à 10:47, Alexandre Moine a écrit :
Salut,
Je viens de traduire ibus-typing-booster, à relire si possible. À noter que j'ai utilisé le terme "complétion" au lieu de "complètement", que je n'ai jamais rencontré ...
J'essaye de m'attaquer à ibus-table, et j'hésite. Le document parle de "Simplified Chinese", ou encore de "Chinese characters". Doit-on dès lors parler d'idéogrammes, des caractères chinois ou encore de sinogrammes ?
Merci d'avance,
Alexandre
Bonjour Alexandre,
je comprends de notre ami wikipédia que les caractères chinois sont des sinogrammes (simplifiés ou traditionnels) les dictionnaires indiquent également que c'est un synonyme. Tu peux prendre ce que tu trouves le plus compréhensible, mais je trouve que le terme trouverait plus avantageusement sa place dans une description du logiciel que dans les menus.
Pour le terme complétion, c'est encore un anglicisme, le mieux est d'aller trouver la tendance sur les autres projets et équipes de traduction pour voir s'il est toléré ou s'il faut prendre le terme français (pour la peine, "complètement automatique" me semble compréhensible, mais "complètement" pas trop).
bonne journée,
Bonjour,
Pourquoi ne pas traduire « completion » par « achèvement » qui correspond à son vrai sens.
Pour les caractères chinois, le terme « caractères chinois » me paraît le mieux adapté car ces caractères sont aussi utilisés – sans en constituer l'intégralité du jeu de caractères – en japonais. Les termes Kanji – Japon – et Hanzi – Chine – s'écrivent tous deux avec deux caractères chinois: le premier signifiant « Chinois » – ou plus précisément Han – et le second signifiant « caractère ». On reste dans une traduction tout à fait littérale.
Le 19/08/2016 à 09:22, José Fournier a écrit :
Bonjour,
Pourquoi ne pas traduire « completion » par « achèvement » qui correspond à son vrai sens.
Welcome back José!
Je ne suis pas à l'aise avec achèvement, l'action réalisée me semble être "compléter le mot de façon à ce qu'il soit complet" et non "achever le mot de façon à ce qu'il soit achevé/terminé". Achever me semble plutôt se référer à un état ou une action.
Pour la peine ce mot est relativement bien couvert en français, mais il faut que la traduction soit homogène pour que l'utilisateur final comprenne facilement, d'où mon invitation à regarder les usages sur les autres projets. Dans bash il doit bien y avoir ces concepts, les traducteurs qui nous ont précédés ont déjà du résoudre la question.
Voici par exemple ce que dit le « granddictionnaire » :
complètement FR généralité Action de compléter, de rendre complet. Office québécois de la langue française, 1986
complètement FR • completion EN psychologie Technique d'exercice ou de testing consistant à demander au sujet de compléter une chose présentée partiellement. Ex. : test de complètement de phrases, d'histoires, de dessins.
Action de combler une lacune (une ou plusieurs lettres, mot, phrase, ...) ménagée dans un texte ou dans un dessin.
Office québécois de la langue française, 1995
Bonjour,
Le 19 août 2016 10:57 AM, "Jean-Baptiste Holcroft" < jean-baptiste@holcroft.fr> a écrit :
Le 19/08/2016 à 09:22, José Fournier a écrit :
Bonjour,
Pourquoi ne pas traduire « completion » par « achèvement » qui
correspond à son vrai sens.
Welcome back José!
Je ne suis pas à l'aise avec achèvement, l'action réalisée me semble être
"compléter le mot de façon à ce qu'il soit complet" et non "achever le mot de façon à ce qu'il soit achevé/terminé". Achever me semble plutôt se référer à un état ou une action.
Pour la peine ce mot est relativement bien couvert en français, mais il
faut que la traduction soit homogène pour que l'utilisateur final comprenne facilement, d'où mon invitation à regarder les usages sur les autres projets. Dans bash il doit bien y avoir ces concepts, les traducteurs qui nous ont précédés ont déjà du résoudre la question.
Je viens d'aller faire un tour dans les .po de bash, et il utilisent "complètement", "auto-complètement" et même un "completion", à l'anglaise.
Je n'aime pas franchement le "auto-complètement" mais le "complètement automatique" me semble éviter l'anglicisme tout en restant compréhensible.
Alexandre
Voici par exemple ce que dit le « granddictionnaire » :
complètement FR généralité Action de compléter, de rendre complet. Office québécois de la langue française, 1986
complètement FR • completion EN psychologie Technique d'exercice ou de testing consistant à demander au sujet de
compléter une chose présentée partiellement. Ex. : test de complètement de phrases, d'histoires, de dessins.
Action de combler une lacune (une ou plusieurs lettres, mot, phrase, ...)
ménagée dans un texte ou dans un dessin.
Office québécois de la langue française, 1995
-- Jean-Baptiste Holcroft
-- trans-fr mailing list trans-fr@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/trans-fr@lists.fedoraproject.org
En réalité, ce terme « completion » est utilisé principalement pour la saisie qui est bien une action. Ainsi on parle de «name autocompletion » pour l'achèvement automatique de la saisie d'un nom et je ne vois pas en quoi « auto-achèvement du nom » ne conviendrait pas. Il s'agit bien d'achever la saisie.
De plus « completion » est un substantif et, sauf à devoir remanier toutes les formulations, il est plus indiqué de le traduire par un substantif, plutôt que par un adverbe comme « complètement » ou un infinitif comme « compléter ». « Complètement » substantif existe aussi mais il n'est pas d'usage très courant. Cela dit ça ne me gênerait pas non plus d'écrire « auto-complètement du nom » bien que je lui préfère « auto-achèvement du nom ».
Le 19/08/2016 à 10:57, Jean-Baptiste Holcroft a écrit :
Le 19/08/2016 à 09:22, José Fournier a écrit :
Bonjour,
Pourquoi ne pas traduire « completion » par « achèvement » qui correspond à son vrai sens.
Welcome back José!
Je ne suis pas à l'aise avec achèvement, l'action réalisée me semble être "compléter le mot de façon à ce qu'il soit complet" et non "achever le mot de façon à ce qu'il soit achevé/terminé". Achever me semble plutôt se référer à un état ou une action.
Pour la peine ce mot est relativement bien couvert en français, mais il faut que la traduction soit homogène pour que l'utilisateur final comprenne facilement, d'où mon invitation à regarder les usages sur les autres projets. Dans bash il doit bien y avoir ces concepts, les traducteurs qui nous ont précédés ont déjà du résoudre la question.
Voici par exemple ce que dit le « granddictionnaire » :
complètement FR généralité Action de compléter, de rendre complet. Office québécois de la langue française, 1986
complètement FR • completion EN psychologie Technique d'exercice ou de testing consistant à demander au sujet de compléter une chose présentée partiellement. Ex. : test de complètement de phrases, d'histoires, de dessins.
Action de combler une lacune (une ou plusieurs lettres, mot, phrase, ...) ménagée dans un texte ou dans un dessin.
Office québécois de la langue française, 1995
Le 19/08/2016 à 11:36, José Fournier a écrit :
En réalité, ce terme « completion » est utilisé principalement pour la saisie qui est bien une action. Ainsi on parle de «name autocompletion » pour l'achèvement automatique de la saisie d'un nom et je ne vois pas en quoi « auto-achèvement du nom » ne conviendrait pas. Il s'agit bien d'achever la saisie.
De plus « completion » est un substantif et, sauf à devoir remanier toutes les formulations, il est plus indiqué de le traduire par un substantif, plutôt que par un adverbe comme « complètement » ou un infinitif comme « compléter ». « Complètement » substantif existe aussi mais il n'est pas d'usage très courant. Cela dit ça ne me gênerait pas non plus d'écrire « auto-complètement du nom » bien que je lui préfère « auto-achèvement du nom ».
Je comprends mais dans le doute je m'appuye aussi souvent que possible sur le travail mené par d'autres structures de traduction. La structure traduc.org vise à animer ce type de discussion de fond sur la structure de la langue entre les différentes équipes de traducteurs mais malheureusement celle-ci me semble en sommeil... Je n'ai jamais réussi à rejoindre leur liste de diffusion pour leur parler de coredump, j'ai envoyé mais je ne sais pas si cela est arrivé quelque part.
Dans le courriel d'Alexandre, je vois que la traduction de Bash utilise le terme auto-complètement et que cela vous va, je propose qu'on prenne celui-ci.
Le 18/08/2016 à 10:47, Alexandre Moine a écrit :
Salut,
Je viens de traduire ibus-typing-booster, à relire si possible. À noter que j'ai utilisé le terme "complétion" au lieu de "complètement", que je n'ai jamais rencontré ...
J'essaye de m'attaquer à ibus-table, et j'hésite. Le document parle de "Simplified Chinese", ou encore de "Chinese characters". Doit-on dès lors parler d'idéogrammes, des caractères chinois ou encore de sinogrammes ?
Merci d'avance,
Alexandre
je viens de relire ibus-typing-booster, mais en fait la version présente dans Zanata date de
ibus-typing-booster-1.2.11.tar.gz https://fedorahosted.org/releases/i/b/ibus-typing-booster/ibus-typing-booster-1.2.11.tar.gz 24-Sep-2014 12:27 1.0M GZIP compressed docume>
......
donc il faut aller sur la branche Master... Mea culpa !
Je viens de relire ibus-typing-booster : https://fedora.zanata.org/webtrans/translate?project=ibus-typing-booster&...
Merci pour tes traductions Alexandre, j'ai indiqué en les phrases que j'ai réécrites comme approximatives pour que tu puisses les revoir et les valider.
J'ai un petit doute sur "preedit" qui est traduit différemment sur le projet IBus. On peut le voir quand on tape ibus-setup dans le terminal, c'est la phrase « Insérer le texte en cours d'édition dans la fenêtre de l'application ».
Bonjour,
Le 20/08/2016 à 09:18, Jean-Baptiste a écrit :
Je viens de relire ibus-typing-booster : https://fedora.zanata.org/webtrans/translate?project=ibus-typing-booster&...
Merci pour tes traductions Alexandre, j'ai indiqué en les phrases que j'ai réécrites comme approximatives pour que tu puisses les revoir et les valider.
Merci beaucoup :)
J'ai un petit doute sur "preedit" qui est traduit différemment sur le projet IBus. On peut le voir quand on tape ibus-setup dans le terminal, c'est la phrase « Insérer le texte en cours d'édition dans la fenêtre de l'application ».
Oui, la "pré-édition" ne me satisfait pas franchement non plus... Je ne vois cependant pas d'autres possibilités, car le "en cours d'édition" est difficile à mettre dans une phrase telle que "Preedit input method". Je ne vois pas du tout comment traduire ça... Dis moi si tu sa une suggestion, je laisse les messages contenant "preedit" comme approximative en attendant.
Alexandre
Le 21/08/2016 à 11:54, Alexandre Moine a écrit :
Oui, la "pré-édition" ne me satisfait pas franchement non plus... Je ne vois cependant pas d'autres possibilités, car le "en cours d'édition" est difficile à mettre dans une phrase telle que "Preedit input method". Je ne vois pas du tout comment traduire ça... Dis moi si tu sa une suggestion, je laisse les messages contenant "preedit" comme approximative en attendant.
Bien, je ne sais pas traduire non plus car je ne comprends pas ce que ça fait concrètement, je vais en parler avec le mainteneur du projet.
J'ai traduit "TypingBooster" en "L'accélérateur de saisie"
on peut passer aux autres projets :)
bonne journée,
Le 21/08/2016 à 17:59, Jean-Baptiste Holcroft a écrit :
Bien, je ne sais pas traduire non plus car je ne comprends pas ce que ça fait concrètement, je vais en parler avec le mainteneur du projet.
Bonjour,
Voici ce que Mike Fabian, l'auteur de cet outil m'a proposé pour expliquer le mécanisme de « pré-édition ». Je ne sais pas du tout comment traduire ça !
---------
Probably not in one or two sentences.
Let’s say you want to type “castle” with ibus-typing-booster.
But you type “casle”, i.e. you have a spelling error (the missing “t”). You see the word “casle|” underlined (I added a | to mark the position of the cursor). This underline marks it as still being in preedit. That means this text has not reached the editor yet. Let’s assume you do this in gedit. So this text is not really in gedit yet, although it may appear to you that it is. You can think of this text in preedit as being in its own little window hovering over gedit. gedit reserves some space for this window, text which is to the right of this preedit may move to the right as the preedit gets larger by typing more, nevertheless this is not really in gedit yet. If you now type arrow-left two times, the cursor will move after the s, i.e. it will look like “cas|le” underlined. You can now type a “t” and it looks like “cast|le”. If you now type a space, the underline disappears and the word “castle” is really in gedit, followed by a space. So you see “castle |” now, *without* the underline because this is*not* in preedit anymore.
So the preedit is a kind of little extra window where you can so some preliminary editing*before* the contents of this window are pasted into the application you are typing into.
With more complicated languages like Japanese you can do more fancy editing in the preedit before sending the result to the application, with ibus-typing-booster it is kind of limited what you can do in the preedit, you can insert and delete characters and change the transliteration method of the preedit with Control-ArrowDown, but that’s it. If you are only using it for French or other Latin languages, you won’t understand what “changing the transliteration method of the preedit means”. An example for using two different transliterations is shown in the first screenshot in
https://mike-fabian.github.io/ibus-typing-booster/documentation.html#multili...
For this screenshot, ibus-typing-booster is configured to use Hindi *and* English at the same time. In this screenshot, “guru” has been typed which could be the English word “guru” or the Hindi word गुरु . So both are tried and candidates and longer completions for both are shown in the popup window. The preedit in this screenshot shows the Hindi word. That the preedit is in Hindi mode can be seen because
(1/12) hi-itrans
is shown above the candidate list.
(1/12) means that there are 12 candidates total and this is number 1 on this page of 6 is the first of them. “hi-itrans” indicates that the transliteration method for the preedit is “hi-itrans” which transliterates “guru” to गुरु .
When typing Control+ArrowDown, the preedit switches to the second configure transliteration, which is no transliteration at all in this case. I.e. the top of the candidate list will switch to showing only “(1/12)”. And the contents of the preedit, the underlined part, switches to the English text “guru”. When no candidate is selected yet (no candidate has a blue background, i.e. arrow down or page down has not been used yet), and a space is typed, the preedit is committed to the editor. I.e. if the preedit in this screenshot is committed with space, गुरु is put into the editor. If one types Control+ArrowDown followed by a space, the preedit switches to “guru” and “guru” is put into the editor.
The option “Remember last preedit input method” means whether ibus-typing-booster should remember what was used last in the preedit, in this example either Hindi or English, even when the Gnome session is restarted. If this option is off, the preedit always starts in the mode of the main language, in this case hi-IN typing booster was used, so if this option is off, the preedit starts with Hindi after starting a new Gnome session.
More than two sentences, I find it hard to put this into few words.
---------
Merci Jean-Baptiste pour la démarche :)
Sa réponse est vraiment complète, c'est agréable.
Donc si j'ai tout compris, le terme de pré-édition convient bien. Ibus-typing-booster a d'abord la main sur le texte avant de l'envoyer au logiciel concerné. Pas très utile en français mais pratique dans les langues à idéogrammes par exemple. Cela est d'ailleurs en accord avec le "en cours d'édition" de ibus: le texte est bien en cours d'édition, et pas encore envoyé au logiciel principal.
Le problème va être après sur la compréhension du terme. C'est pour moi assez clair maintenant, il faudrait néanmoins peut être ajouter un champ l'expliquant dans le ibus-typing-booster, mais ça n'est pas notre domaine.
Alexandre
Le 22 août 2016 7:50 AM, "Jean-Baptiste Holcroft" jean-baptiste@holcroft.fr a écrit :
Le 21/08/2016 à 17:59, Jean-Baptiste Holcroft a écrit :
Bien, je ne sais pas traduire non plus car je ne comprends pas ce que ça fait concrètement, je vais en parler avec le mainteneur du projet.
Bonjour,
Voici ce que Mike Fabian, l'auteur de cet outil m'a proposé pour expliquer le mécanisme de « pré-édition ». Je ne sais pas du tout comment traduire ça !
Probably not in one or two sentences.
Let’s say you want to type “castle” with ibus-typing-booster.
But you type “casle”, i.e. you have a spelling error (the missing “t”). You see the word “casle|” underlined (I added a | to mark the position of the cursor). This underline marks it as still being in preedit. That means this text has not reached the editor yet. Let’s assume you do this in gedit. So this text is not really in gedit yet, although it may appear to you that it is. You can think of this text in preedit as being in its own little window hovering over gedit. gedit reserves some space for this window, text which is to the right of this preedit may move to the right as the preedit gets larger by typing more, nevertheless this is not really in gedit yet. If you now type arrow-left two times, the cursor will move after the s, i.e. it will look like “cas|le” underlined. You can now type a “t” and it looks like “cast|le”. If you now type a space, the underline disappears and the word “castle” is really in gedit, followed by a space. So you see “castle |” now, *without* the underline because this is*not* in preedit anymore.
So the preedit is a kind of little extra window where you can so some preliminary editing*before* the contents of this window are pasted into the application you are typing into.
With more complicated languages like Japanese you can do more fancy editing in the preedit before sending the result to the application, with ibus-typing-booster it is kind of limited what you can do in the preedit, you can insert and delete characters and change the transliteration method of the preedit with Control-ArrowDown, but that’s it. If you are only using it for French or other Latin languages, you won’t understand what “changing the transliteration method of the preedit means”. An example for using two different transliterations is shown in the first screenshot in
https://mike-fabian.github.io/ibus-typing-booster/documentat ion.html#multilingual-input
For this screenshot, ibus-typing-booster is configured to use Hindi *and* English at the same time. In this screenshot, “guru” has been typed which could be the English word “guru” or the Hindi word गुरु . So both are tried and candidates and longer completions for both are shown in the popup window. The preedit in this screenshot shows the Hindi word. That the preedit is in Hindi mode can be seen because
(1/12) hi-itrans
is shown above the candidate list.
(1/12) means that there are 12 candidates total and this is number 1 on this page of 6 is the first of them. “hi-itrans” indicates that the transliteration method for the preedit is “hi-itrans” which transliterates “guru” to गुरु .
When typing Control+ArrowDown, the preedit switches to the second configure transliteration, which is no transliteration at all in this case. I.e. the top of the candidate list will switch to showing only “(1/12)”. And the contents of the preedit, the underlined part, switches to the English text “guru”. When no candidate is selected yet (no candidate has a blue background, i.e. arrow down or page down has not been used yet), and a space is typed, the preedit is committed to the editor. I.e. if the preedit in this screenshot is committed with space, गुरु is put into the editor. If one types Control+ArrowDown followed by a space, the preedit switches to “guru” and “guru” is put into the editor.
The option “Remember last preedit input method” means whether ibus-typing-booster should remember what was used last in the preedit, in this example either Hindi or English, even when the Gnome session is restarted. If this option is off, the preedit always starts in the mode of the main language, in this case hi-IN typing booster was used, so if this option is off, the preedit starts with Hindi after starting a new Gnome session.
More than two sentences, I find it hard to put this into few words.
-- Jean-Baptiste Holcroft -- trans-fr mailing list trans-fr@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/trans-fr@lists. fedoraproject.org
Re-bonjour,
Je viens de finir ibus-libpinyin, avec cependant pas mal d'interrogations:
Sur les "full/half width letter": je les ai traduit par chasse régulière et demie-chasse. En effet, le terme français pour la largeur des lettres correspond bien à la chasse, qui peut être (merci wikipédia), condensée, régulière et large. Le problème vient des caractères chinois qui occupent la place de deux caractères latins. Le logiciel propose donc entre condenser l'écriture ou l'écriture normale des idéogrammes. D'où ma traduction. J'ai un peu de mal avec le "condensé" qui je trouve n'insiste pas sur cette spécificité des idéogrammes...
Enfin, justement, il y a deux idéogrammes présent dans le texte, les eux semblant signifier "chinois" et "anglais". Cependant, je ne sais pas d'une, s'il faut absolument les traduire et de deux, si ma traduction est juste.
Alexandre.
Le 22 août 2016 9:12 AM, "Alexandre Moine" nobrakal@gmail.com a écrit :
Merci Jean-Baptiste pour la démarche :)
Sa réponse est vraiment complète, c'est agréable.
Donc si j'ai tout compris, le terme de pré-édition convient bien. Ibus-typing-booster a d'abord la main sur le texte avant de l'envoyer au logiciel concerné. Pas très utile en français mais pratique dans les langues à idéogrammes par exemple. Cela est d'ailleurs en accord avec le "en cours d'édition" de ibus: le texte est bien en cours d'édition, et pas encore envoyé au logiciel principal.
Le problème va être après sur la compréhension du terme. C'est pour moi assez clair maintenant, il faudrait néanmoins peut être ajouter un champ l'expliquant dans le ibus-typing-booster, mais ça n'est pas notre domaine.
Alexandre
Le 22 août 2016 7:50 AM, "Jean-Baptiste Holcroft" < jean-baptiste@holcroft.fr> a écrit :
Le 21/08/2016 à 17:59, Jean-Baptiste Holcroft a écrit :
Bien, je ne sais pas traduire non plus car je ne comprends pas ce que ça fait concrètement, je vais en parler avec le mainteneur du projet.
Bonjour,
Voici ce que Mike Fabian, l'auteur de cet outil m'a proposé pour expliquer le mécanisme de « pré-édition ». Je ne sais pas du tout comment traduire ça !
Probably not in one or two sentences.
Let’s say you want to type “castle” with ibus-typing-booster.
But you type “casle”, i.e. you have a spelling error (the missing “t”). You see the word “casle|” underlined (I added a | to mark the position of the cursor). This underline marks it as still being in preedit. That means this text has not reached the editor yet. Let’s assume you do this in gedit. So this text is not really in gedit yet, although it may appear to you that it is. You can think of this text in preedit as being in its own little window hovering over gedit. gedit reserves some space for this window, text which is to the right of this preedit may move to the right as the preedit gets larger by typing more, nevertheless this is not really in gedit yet. If you now type arrow-left two times, the cursor will move after the s, i.e. it will look like “cas|le” underlined. You can now type a “t” and it looks like “cast|le”. If you now type a space, the underline disappears and the word “castle” is really in gedit, followed by a space. So you see “castle |” now, *without* the underline because this is*not* in preedit anymore.
So the preedit is a kind of little extra window where you can so some preliminary editing*before* the contents of this window are pasted into the application you are typing into.
With more complicated languages like Japanese you can do more fancy editing in the preedit before sending the result to the application, with ibus-typing-booster it is kind of limited what you can do in the preedit, you can insert and delete characters and change the transliteration method of the preedit with Control-ArrowDown, but that’s it. If you are only using it for French or other Latin languages, you won’t understand what “changing the transliteration method of the preedit means”. An example for using two different transliterations is shown in the first screenshot in
https://mike-fabian.github.io/ibus-typing-booster/documentat ion.html#multilingual-input
For this screenshot, ibus-typing-booster is configured to use Hindi *and* English at the same time. In this screenshot, “guru” has been typed which could be the English word “guru” or the Hindi word गुरु . So both are tried and candidates and longer completions for both are shown in the popup window. The preedit in this screenshot shows the Hindi word. That the preedit is in Hindi mode can be seen because
(1/12) hi-itrans
is shown above the candidate list.
(1/12) means that there are 12 candidates total and this is number 1 on this page of 6 is the first of them. “hi-itrans” indicates that the transliteration method for the preedit is “hi-itrans” which transliterates “guru” to गुरु .
When typing Control+ArrowDown, the preedit switches to the second configure transliteration, which is no transliteration at all in this case. I.e. the top of the candidate list will switch to showing only “(1/12)”. And the contents of the preedit, the underlined part, switches to the English text “guru”. When no candidate is selected yet (no candidate has a blue background, i.e. arrow down or page down has not been used yet), and a space is typed, the preedit is committed to the editor. I.e. if the preedit in this screenshot is committed with space, गुरु is put into the editor. If one types Control+ArrowDown followed by a space, the preedit switches to “guru” and “guru” is put into the editor.
The option “Remember last preedit input method” means whether ibus-typing-booster should remember what was used last in the preedit, in this example either Hindi or English, even when the Gnome session is restarted. If this option is off, the preedit always starts in the mode of the main language, in this case hi-IN typing booster was used, so if this option is off, the preedit starts with Hindi after starting a new Gnome session.
More than two sentences, I find it hard to put this into few words.
-- Jean-Baptiste Holcroft -- trans-fr mailing list trans-fr@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/trans-fr@lists.f edoraproject.org
Le 22/08/2016 à 09:12, Alexandre Moine a écrit :
Merci Jean-Baptiste pour la démarche :)
Sa réponse est vraiment complète, c'est agréable.
Donc si j'ai tout compris, le terme de pré-édition convient bien. Ibus-typing-booster a d'abord la main sur le texte avant de l'envoyer au logiciel concerné. Pas très utile en français mais pratique dans les langues à idéogrammes par exemple. Cela est d'ailleurs en accord avec le "en cours d'édition" de ibus: le texte est bien en cours d'édition, et pas encore envoyé au logiciel principal.
Le problème va être après sur la compréhension du terme. C'est pour moi assez clair maintenant, il faudrait néanmoins peut être ajouter un champ l'expliquant dans le ibus-typing-booster, mais ça n'est pas notre domaine.
Alexandre
C'est noté, mais j'aimerais aussi avoir l'avis de José.
Si possible, cela serait plus agréable de respecter les recommandations concernant les listes de diffusion Fedora en répondant en dessous du message ;)
Le 22/08/2016 à 21:17, Jean-Baptiste Holcroft a écrit :
Le 22/08/2016 à 09:12, Alexandre Moine a écrit :
Merci Jean-Baptiste pour la démarche :)
Sa réponse est vraiment complète, c'est agréable.
Donc si j'ai tout compris, le terme de pré-édition convient bien. Ibus-typing-booster a d'abord la main sur le texte avant de l'envoyer au logiciel concerné. Pas très utile en français mais pratique dans les langues à idéogrammes par exemple. Cela est d'ailleurs en accord avec le "en cours d'édition" de ibus: le texte est bien en cours d'édition, et pas encore envoyé au logiciel principal.
Le problème va être après sur la compréhension du terme. C'est pour moi assez clair maintenant, il faudrait néanmoins peut être ajouter un champ l'expliquant dans le ibus-typing-booster, mais ça n'est pas notre domaine.
Alexandre
C'est noté, mais j'aimerais aussi avoir l'avis de José.
Si possible, cela serait plus agréable de respecter les recommandations concernant les listes de diffusion Fedora en répondant en dessous du message ;)
José m'a confirmé en privé que le terme pré-édition était ok pour lui aussi. J'ai donc validé les phrases dans Zanata, bonne journée !
Bonjour,
Voici ou nous en sommes sur les quelques projets IBus : * Projets terminés : ** ibus ** ibus-typing-booster ** ibus-anthy ** ibus-libpinyin (je viens de relire le travail d’Alexandre)
* Projets à traduire : ** ibus-chewing ** ibus-input-pad ** ibus-table
* Tickets en cours : ** ibus-anthy https://bugzilla.redhat.com/show_bug.cgi?id=1367998 ** ibus-libpinyin https://github.com/libpinyin/ibus-libpinyin/issues/55
bonne journée,
Bonsoir à tous,
ibus-typing-booster :
J'ai fait quelques petites corrections mineures (directement) et passé en fuzzy des chaînes sur lesquelles j'ai un doute ou une proposition à faire
Le 30/08/2016 à 08:09, Jean-Baptiste Holcroft a écrit :
Bonjour,
Voici ou nous en sommes sur les quelques projets IBus :
- Projets terminés :
** ibus ** ibus-typing-booster ** ibus-anthy ** ibus-libpinyin (je viens de relire le travail d’Alexandre)
- Projets à traduire :
** ibus-chewing ** ibus-input-pad ** ibus-table
- Tickets en cours :
** ibus-anthy https://bugzilla.redhat.com/show_bug.cgi?id=1367998 ** ibus-libpinyin https://github.com/libpinyin/ibus-libpinyin/issues/55
bonne journée,
Le 30/08/2016 à 18:54, José Fournier a écrit :
Bonsoir à tous,
ibus-typing-booster :
J'ai fait quelques petites corrections mineures (directement) et passé en fuzzy des chaînes sur lesquelles j'ai un doute ou une proposition à faire
Merci pour les suggestions, j'ai pris en compte les commentaires et passé les phrases au statut "Approved".
Ok. J'ai aussi fait la même chose sur ibus-anthy, qui me semble bien traduit dans l'ensemble mais je ne suis pas certain d'avoir passé tout ce que j'ai modifié en fuzzy.
Le 31/08/2016 à 08:41, Jean-Baptiste Holcroft a écrit :
Le 30/08/2016 à 18:54, José Fournier a écrit :
Bonsoir à tous,
ibus-typing-booster :
J'ai fait quelques petites corrections mineures (directement) et passé en fuzzy des chaînes sur lesquelles j'ai un doute ou une proposition à faire
Merci pour les suggestions, j'ai pris en compte les commentaires et passé les phrases au statut "Approved".
trans-fr@lists.fedoraproject.org