Projet d’outil de localisation
15 sujets de 1 à 15 (sur un total de 30)
- 1
- 2
-
Mon opinion il existe plein d’outils de localisation (cf. Aminet) m’enfin bon si c’est ton truc, vas-y. Comme on dit chez moi : “y a pas de mal à se faire du bien”.
Après côté recommandations :
1) prends plutôt du C c’est plus portable (imagine AOS4 et AROS en plus)…Et je suis même volontaire si tu veux pour te faire la version AmigaOS4,
2) côté GUI je dirais MUI car c’est supporté partout (AOS3, AOS4, MOS, et même AROS)… Mais à condition de rester en 3.8 pas supérieur (où alors faut que ce soit optionnel).
3) utilise plutôt les fichiers .cd (= catalog description) et .ct (catalog translation) qui sont standards et te permettent alors de récupérer toutes les traductions existantes sans effort pour faire des mises à jour par exemple. Ensuite si tu veux tu peux toujours les recréer via un mode “Import depuis un .catalog” (cf. à ce sujet le très bon, mais très vieux CatEdit, enfin sauf si tu as un proc >= 68040, avec aussi son mode ‘Snoop Catalog’ permettant de chopper les chaînes à la volée même si l’on n’a pas de .catalog en patchant la locale.library).
4) de mon point de vue de traducteur rien ne vaut un bon éditeur de texte (pour ma part GoldED) pour faire ses traductions
5) l’idée de la traduction automatique des termes (via un dictionnaire quoi) c’est pas trop mon truc, par contre intégrer une sorte de dictionnaire permettant de maintenir/retrouver les traductions les plus utilisées je dis pourquoi pas ? (pourquoi je crois pas à la traduction automatique ? Comment gérer les raccourcis dans les termes style “_Cancel” (facile celui-là), “C_ancel”, “Ca_ncel” et … oui enfin vous voyez ce que je veux dire
:sweat: )Cela doit bien faire 15 ans que les programmeurs expliquent aux traducteurs qu’ils ne peuvent rien maintenir à partir des catalogs, sauf en perdant du temps en reverse engineering, et qu’il leur faut des .cd
RDV dans 15 ans pour voir si quelque chose aura changé
Et on peut aussi prendre un éditeur hexadécimal pour aller modifier un exécutable… plutôt que de modifier et recompiler son source. C’est vrai
salut,
moi, j’aime bien flexy/flexcat. flexy=gui pour flexcat 2.6.6 ou alors simplecat 3.0 MUI actuellement en beta version.
J’utilise flexy/flexcat et je regarde avec joie simplecat 3.0 MUI beta comme futur remplacement.
traduction:
– on traduit avec un editeur de texte le .ct fourni ou a fabriquer avec flexy/flexcat (exemple).
– on compile le catalog avec flexy/flexcat.
– on met a jour le .ct avec un nouveau .cd avec flexy/flexcat.
pour dire que:
on traduit avec un editeur de textes. on compile avec un programme fait pour cela.
c’est une perte de temps de traduire et de modifier un .catalog (lors de mise a jour en suite, c’est la galere).
un programme avec fonctionnement comme explique au depart de ce thread ne m’interesse pas.
Un programme comme transcat ou simplecat 3.0 m’interesse mais il vaudrait IMHO mieux aider guido a finir simplecat 3.0 en le contactant et en testant son programme.
cela dit, merci de vouloir programmer sur amiga
je ne suis pas contre mais faut faire comme transcat/simplecat.bye
Mais en même temps je suis programmeur à la base donc ça vient peut-être de là…
Pfff, jamais content ces programmeurs!!!
Moi, j’aime bien l’interface et le fonctionnement de transcat, à la rigueur ce qu’il lui manque d’un point de vue fonctionnement, c’est une option de recherche.
Quand tu as une correction à faire sur une chaîne particulière, il faut recherche manuellement au lieu d’avoir une option recherche qui t’affiche dirctement la chaîne à traduire/corriger. (effectivement avec un éditeur de texte, la question ne se pose pas)
Si ce projet abouti, c’est une option à intégrer à mon avis.
Il me semble que ce projet existe déjà: CatEdit, disponible chez la minette.
Mais il ne dispose pas d’une traduction de termes courants automatique…
Je ne sais pas ce que ça vaut vu que perso j’utilise encore le couple infernal ced/catcomp pour traduire les .ct en .cd, et je me borne à english/français.
C’est certainement une (très) bonne idée vu que les traducteurs utilisent ce genre d’outil dont tu précises les fonctions de base, dans la vraie vie
(du moins là où je bosse)salut,
on importe les .cd et .ct avec simplecat 3.0, comme avec flexy ou transcat.
je trouve que simplecat 3.0 fusionne bien avec transcat 1.2 au niveau look ou fonctions.
-on cree un .ct vide avec le .cd.
-traduction sur editeur de texte.
-compilation sur transcat, flexy, simplecat.
-mise a jour de la traduction avec flexy/flexcat.
(nouveau .cd, ancien .ct, mise a jour de .ct)
J’aime bien la mise a jour du .ct avec flexy.
J’aime bien la vision de la traduction avec transcat
(gras, centrage, souligne,…..)
J’aime bien l’interface MUI de simplecat 3.0.
J’aime bien la facilite d’utiliation de flexy/flexcat.
J’ai toujours trouve qu’il manque une base de donnees de traduction (scan d’un .ct et remplacement automatique de:
(load, save, save as, quit, cut, copy, paste,…..)
faudrait tous les fusionner, finalement
bye
15 sujets de 1 à 15 (sur un total de 30)
- 1
- 2
- Vous devez être connecté pour répondre à ce sujet.
