[info] eComStation 2.0 dans les starting blocks
Guillaume Gay
Un petit lien vers une information parue sur Silicon.fr (et en franï¿œais
dans le texte, s'il vous plait !) :
> http://www.silicon.fr/fr/news/2010/01/12/os_2___ecomstation_2_0__dans_les_starting_blocks
Je crois savoir qu'ils travaillent dur au bon fonctionnement de
eComStation dans les machines virtuelles. Le menu d'amorï¿œage a encore
ￜtￜ amￜliorￜ ainsi que plein de petites choses dans le processus
d'installation. Ils essaient aussi d'amener la gestion de l'ACPI a un
niveau acceptable.
Moi, ce que je peux dire, c'est que la version franï¿œaise du produit est
au point mort. Il faudra donc se contenter d'une version anglaise. Un
certain nombre de composantes (et de logiciels) a quand mￜme ￜtￜ
traduit. D'ailleurs, ￜ propos de composantes, les client et serveur
SAMBA/CIFS (par exemple) continuent de progresser
(http://svn.netlabs.org/samba).
Je prￜsente mes excuses ￜ ceux auxquels que je n'ai pas pu rￜpondre par
courriel, je suis en train de remettre en ï¿œtat ma machine dont le disque
dur a lￜchￜ en toute fin d'annￜe derniￜre. Une fois le disque dur
achￜtￜ, le systￜme restaurￜ et les donnￜes non sauvegardￜes
"reconstruites", peut-ï¿œtre que ?
Je me permets de vous transmettre mes meilleurs voeux ￜ tous pour cette
nouvelle annï¿œe.
ￜ bientￜt !
--
Guillaume [dot] Gay [ￜ] bigfoot [dot] com [ Anti-SPAM : Paf_Le_Bot! ]
=========> Marche ￜ l'OS/2 ! [ ￜ Ich bin ein Merliner ￜ ]
=(IRC)=> "GG" sur #netlabs [ irc://irc.freenode.net/ ]
JKB
[info] eComStation 2.0 dans les starting blocks,
Guillaume Gay ?crivait dans fr.comp.os.os2 :
> Bonjour,
Bonjour,
> Un petit lien vers une information parue sur Silicon.fr (et en français
> dans le texte, s'il vous plait !) :
>
>> http://www.silicon.fr/fr/news/2010/01/12/os_2___ecomstation_2_0__dans_les_starting_blocks
>
> Je crois savoir qu'ils travaillent dur au bon fonctionnement de
> eComStation dans les machines virtuelles. Le menu d'amorçage a encore
> été amélioré ainsi que plein de petites choses dans le processus
> d'installation. Ils essaient aussi d'amener la gestion de l'ACPI a un
> niveau acceptable.
>
> Moi, ce que je peux dire, c'est que la version française du produit est
> au point mort.
C'est à la fois ce qui m'empêche d'acheter le produit et ce qui me
fait dire qu'il y a un gros problème de conception de
l'internationalisation d'eComStation. Tous les
messages devraient être dans des fichiers de configuration externe
pour que la réalisation d'une version dans une langue quelconque
soit simple.
> Il faudra donc se contenter d'une version anglaise. Un
> certain nombre de composantes (et de logiciels) a quand même été
> traduit. D'ailleurs, à propos de composantes, les client et serveur
> SAMBA/CIFS (par exemple) continuent de progresser
> (http://svn.netlabs.org/samba).
>
> Je présente mes excuses à ceux auxquels que je n'ai pas pu répondre par
> courriel, je suis en train de remettre en état ma machine dont le disque
> dur a lâché en toute fin d'année dernière. Une fois le disque dur
> achété, le système restauré et les données non sauvegardées
> "reconstruites", peut-être que ?
>
> Je me permets de vous transmettre mes meilleurs voeux à tous pour cette
> nouvelle année.
Merci et pas mieux ;-)
Cordialement,
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Guillaume Gay
Le 18 Jan 2010 ￜ 09:42:32 UTC, JKB ￜcrivait:
> > Moi, ce que je peux dire, c'est que la version franï¿œaise du produit est
> > au point mort.
>
> C'est ￜ la fois ce qui m'empￜche d'acheter le produit et ce qui me
> fait dire qu'il y a un gros problï¿œme de conception de
> l'internationalisation d'eComStation. Tous les
> messages devraient ï¿œtre dans des fichiers de configuration externe
> pour que la rï¿œalisation d'une version dans une langue quelconque
> soit simple.
Il ne faut pas oublier que eCS est basￜ sur OS/2. OS/2 n'ￜtait pas "ￜ la
base" aussi "facilement" multilingue que cela et les sources ne sont pas
forcï¿œment toutes disponibles (quoique, le nï¿œcessaire y soit dans le cas
d'eCS).
Les fichiers de configuration externes et "lisibles", c'est trï¿œs
pratique. C'est parfois bien, et parfois pas. Cela peut aussi nuire ￜ la
performance du logiciel (par rapport ￜ des messages compilￜs).
Pour la version franￜaise, c'est surtout dￜ au manque de moyens humains,
je pense.
Bonne journï¿œe !
JKB
Guillaume Gay ?crivait dans fr.comp.os.os2 :
>
> Le 18 Jan 2010 à 09:42:32 UTC, JKB écrivait:
>> > Moi, ce que je peux dire, c'est que la version française du produit est
>> > au point mort.
>>
>> C'est à la fois ce qui m'empêche d'acheter le produit et ce qui me
>> fait dire qu'il y a un gros problème de conception de
>> l'internationalisation d'eComStation. Tous les
>> pour que la réalisation d'une version dans une langue quelconque
>> soit simple.
> Il ne faut pas oublier que eCS est basé sur OS/2. OS/2 n'était pas "à la
> base" aussi "facilement" multilingue que cela et les sources ne sont pas
> d'eCS).
>
> Les fichiers de configuration externes et "lisibles", c'est très
> pratique. C'est parfois bien, et parfois pas. Cela peut aussi nuire à la
> performance du logiciel (par rapport à des messages compilés).
Nous sommes bien d'accord. Mais rien n'empêche d'avoir des fichiers
séparés selon les langues et de localiser le logiciel à grands coups
de #ifdef.
> Pour la version française, c'est surtout dû au manque de moyens humains,
> je pense.
>
> Bonne journée !
De même,
Guillaume Gay
Le 18 Jan 2010 ￜ 11:25:46 UTC, JKB ￜcrivait:
> > Les fichiers de configuration externes et "lisibles", c'est trï¿œs
> > pratique. C'est parfois bien, et parfois pas. Cela peut aussi nuire ￜ la
> > performance du logiciel (par rapport ￜ des messages compilￜs).
>
> Nous sommes bien d'accord. Mais rien n'empï¿œche d'avoir des fichiers
> sￜparￜs selon les langues et de localiser le logiciel ￜ grands coups
> de #ifdef.
Globalement, c'est ce qui est fait, je pense : les programmes sont
localisￜs ￜ coup de #ifdef.
De ce que j'ai pu voir, en fonction de l'environnement de dï¿œveloppement,
des habitudes du dï¿œveloppeur et d'autre contraintes qui m'ï¿œchappent
--peut-ï¿œtre parceque je ne suis pas dï¿œveloppeur (:-P--, il existe
plusieurs techniques de localisation. Cela va du simple fichier texte
mￜme pas compilￜ (compressￜ ou non dans un fichier ZIP renommￜ) au
fichier de boï¿œtes de dialogues .DLG et/ou de ressource .RES s'intï¿œgrant
dans un projet plus grand ￜ compiler. Dans les (petits) projets de
traduction (OS/2 - eCS) auquel j'ai participￜ (et que je maintiens)
jusqu'ici, il y a eu trï¿œs peu de fichiers de "type" XML.
Point de vue du traducteur :
Si je prends le projet eComStation, c'est un projet traduit en plusieurs
langues : Allemand, Nï¿œerlandais, Espagnol, Italien, Chinois, Suï¿œdois,
.. et j'en passe. Il faut donc que chaque langue soit synchronisï¿œe avec
la version anglaise la plus ￜ jour.
Le traducteur doit donc se colleter les commandes CVS qui vont bien,
ￜtre tenu au courant des mises ￜ jour/ajout/retrait de fichiers et
soumettre son travail par le mï¿œme biais. C'est loin d'ï¿œtre automatique
et ï¿œa nï¿œcessite une certaine organisation qui est loin d'ï¿œtre ï¿œvidente,
et qui fait dￜfaut -ￜ mon humble avis- dans ce cas prￜcis (manque de
moyens humains).
On demande mï¿œme au traducteur de se dï¿œm... brouiller autant que possible
pour compiler son projet tout entier pour faire les tests (manque de
moyens humains). ï¿œa, personnellement, -pardonnez-moi l'expression- ï¿œa me
gave.
Pour la petite histoire, Christian Langanke a dￜveloppￜ une technique
(et des outils) qui place les chaï¿œnes de texte des menus et options de
ses programmes dans des variables qui sont rï¿œutilisï¿œes dans les fichiers
d'aide en ligne. Ces derniers sont compilï¿œs avec le projet tout entier.
Pour le traducteur, cela signifie qu'il n'y a pas ￜ traduire deux fois
les intitulï¿œs de menus/options... Moins de boulot, quoi ! (:-)
De toutes faï¿œons, pour n'importe quel projet ayant une interface
graphique utilisateur, cela n'empï¿œche pas que, en fonction de la langue
considï¿œrï¿œe, il faut souvent revoir l'interface. Ce qui nï¿œcessite une
ï¿œtroite collaboration entre le dï¿œveloppeur et le traducteur (ou des
compï¿œtences en outils de programmation pour ce dernier)... et donc du
temps.
Ce qui est ￜ retenir, je crois, c'est que ce n'est "pas si simple que
ï¿œa".
Sur ce, je vous souhaite une bonne soirï¿œe et "Topette !"