Re: Correccións de regras do pology
2012/8/24 mvillarino mvillar...@kde-espana.es: A regra PT-2011_replace salta cando na tradución aparece «substitúe», e non debería ser así. Outro caso de til que falla A regra PT-2011_close salta cando na tradución aparece «péchea», e non debería ser así. Feito A regra PT-2011-dual_terminate salta cando na tradución aparece «terminal» ou «terminais» e non debería ser así. Feito A regra PT-2012-dual_date salta cando na tradución aparece «datagrama» e non debería ser así. Feito (creo) A regra noPT-2011_provide permite traducir «provider» como «provedor» incluso en caso de non ter especificado o ambiente de KDE. Exemplo (obviar o erro de «listaxe» que non vén a conto): Debo consultar o motivo network-manager-applet.master.gl.po:2491(#479) #: ../src/libnm-gtk/nm-mobile-wizard.c:753 msgid Select your provider from a _list: msgstr Seleccione un provedor desde a _listaxe: [note] rule [id=PT-2012-gl_listaxe] == [ «listaxe» - «lista»? Ademais esta mesma regra noPT-2011_provide non salta cando «provide» se traduce como «proporcionar». Exemplo (obviar o da regra «chat room»): orca.gnome-3-6.gl.po:859(#148) #: ../src/orca/chat.py:607 msgid Provide chat room specific message histories. msgstr Proporcionar historiais de mensaxes específicas de cada sala de conversa. [note] rule [id=PT-2011_chat-room] == [ «chat room» tradúcese como «sala de conversas» Os acordos das Trasnadas son: «provide»==«fornecer» «provider»==«fornecedor» Cambiar o hint da regra PT-2011_gradient para que indique algo como «gradient» tradúcese como «gradación» (cores) ou «gradiente» (función matemática) poñendo «gradación» primeiro porque é a opción máis común. Feito (+/-) A regra PT-2010-dual_command falla cando no orixinal aparece «commands»? ? Non debería Intentarei localizar o ficheiro problemático e verificar de novo. Se segue dando erros comunícocho. A regra PT-2010-dual_attach falla cando a cadea orixinal é simplemente «Attach» debido a que a regra non contempla a posibilidade de que só apareza «attach». Feito. Poderíase crear unha regra para comprobar que nas traducións non aparece «insertar» (e as súas conxugacións)? Si, pero non a vou facer polo de agora, porque isto para ben ser debería facerse ao nivel do corrector ortográfico. Poderíase crear unha regra para comprobar que nas traducións non aparece «perfíl»? Digo o mesmo que para o de insertar. Moi ben. Espero que ao pasar o corrector non dea demasiados erros e que funcione ben. A regra PT-2011_highlight salta cando no texto orixinal aparece «highlights» e non debería. Non debería. Mandame o ficheiro. Terei que buscalo. Dame uns días. Definitivamente vou ter que copiar exemplos para facilitarme a min despois a vida. A regra PT-2011_log/signout-log/signoff salta cando no texto orixinal aparece «sign» ou «signing» e non debería. A ver se agora... A regra PT-2011-dual_track3 salta cando no texto orixinal aparece «tracked» e non debería. Exemplo: epiphany.master.gl.po:1928(#401) #: ../src/resources/prefs-dialog.ui.h:28 msgid _Tell web sites I do not want to be tracked msgstr _Indicar aos sitios web que non quere que o rastrexen [note] rule [id=PT-2011-dual_track3] == [ «rastrexar» traduce a «track» Creo que feito A regra PT-2011-dual_checksum fala nas seguintes cadeas e non sei por que: gnome-color-manager.master.gl.po:1591(#301) #. TRANSLATORS: the raw EDID MD5 of the display device #: ../src/gcm-viewer.c:770 msgid Display checksum msgstr Suma de comprobación da pantalla [note] rule [id=PT-2011-dual_checksum] == [ gnome-color-manager.master.gl.po:1614(#306) #. TRANSLATORS: the raw profile MD5 #: ../src/gcm-viewer.c:778 msgid File checksum msgstr Suma de comprobación do ficheiro [note] rule [id=PT-2011-dual_checksum] == [ Tampouco vexo o motivo. Mándame ficheiros. Acabo de actualizar a copia de Pology e baixei o ficheiro de novo (aínda que lle correxira erros e o volvera enviar) e agora o moi cabrón non me da erro ningún con esta regra. Será cousa de meigas? Deica ___ Proxecto mailing list Proxecto@trasno.net http://listas.trasno.net/listinfo/proxecto
Re: Correccións de regras do pology
A regra PT-2011_replace salta cando na tradución aparece «substitúe», e non debería ser así. Outro caso de til que falla A regra PT-2011_close salta cando na tradución aparece «péchea», e non debería ser así. Feito A regra PT-2011-dual_terminate salta cando na tradución aparece «terminal» ou «terminais» e non debería ser así. Feito A regra PT-2012-dual_date salta cando na tradución aparece «datagrama» e non debería ser así. Feito (creo) A regra noPT-2011_provide permite traducir «provider» como «provedor» incluso en caso de non ter especificado o ambiente de KDE. Exemplo (obviar o erro de «listaxe» que non vén a conto): Debo consultar o motivo network-manager-applet.master.gl.po:2491(#479) #: ../src/libnm-gtk/nm-mobile-wizard.c:753 msgid Select your provider from a _list: msgstr Seleccione un provedor desde a _listaxe: [note] rule [id=PT-2012-gl_listaxe] == [ «listaxe» - «lista»? Ademais esta mesma regra noPT-2011_provide non salta cando «provide» se traduce como «proporcionar». Exemplo (obviar o da regra «chat room»): orca.gnome-3-6.gl.po:859(#148) #: ../src/orca/chat.py:607 msgid Provide chat room specific message histories. msgstr Proporcionar historiais de mensaxes específicas de cada sala de conversa. [note] rule [id=PT-2011_chat-room] == [ «chat room» tradúcese como «sala de conversas» Os acordos das Trasnadas son: «provide»==«fornecer» «provider»==«fornecedor» Cambiar o hint da regra PT-2011_gradient para que indique algo como «gradient» tradúcese como «gradación» (cores) ou «gradiente» (función matemática) poñendo «gradación» primeiro porque é a opción máis común. Feito (+/-) A regra PT-2010-dual_command falla cando no orixinal aparece «commands»? ? Non debería A regra PT-2010-dual_attach falla cando a cadea orixinal é simplemente «Attach» debido a que a regra non contempla a posibilidade de que só apareza «attach». Feito. Poderíase crear unha regra para comprobar que nas traducións non aparece «insertar» (e as súas conxugacións)? Si, pero non a vou facer polo de agora, porque isto para ben ser debería facerse ao nivel do corrector ortográfico. Poderíase crear unha regra para comprobar que nas traducións non aparece «perfíl»? Digo o mesmo que para o de insertar. A regra PT-2011_highlight salta cando no texto orixinal aparece «highlights» e non debería. Non debería. Mandame o ficheiro. A regra PT-2011_log/signout-log/signoff salta cando no texto orixinal aparece «sign» ou «signing» e non debería. A ver se agora... A regra PT-2011-dual_track3 salta cando no texto orixinal aparece «tracked» e non debería. Exemplo: epiphany.master.gl.po:1928(#401) #: ../src/resources/prefs-dialog.ui.h:28 msgid _Tell web sites I do not want to be tracked msgstr _Indicar aos sitios web que non quere que o rastrexen [note] rule [id=PT-2011-dual_track3] == [ «rastrexar» traduce a «track» Creo que feito A regra PT-2011-dual_checksum fala nas seguintes cadeas e non sei por que: gnome-color-manager.master.gl.po:1591(#301) #. TRANSLATORS: the raw EDID MD5 of the display device #: ../src/gcm-viewer.c:770 msgid Display checksum msgstr Suma de comprobación da pantalla [note] rule [id=PT-2011-dual_checksum] == [ gnome-color-manager.master.gl.po:1614(#306) #. TRANSLATORS: the raw profile MD5 #: ../src/gcm-viewer.c:778 msgid File checksum msgstr Suma de comprobación do ficheiro [note] rule [id=PT-2011-dual_checksum] == [ Tampouco vexo o motivo. Mándame ficheiros. ___ Proxecto mailing list Proxecto@trasno.net http://listas.trasno.net/listinfo/proxecto
Re: Correccións de regras do pology
# Aínda así non nego a posible utilidade das regras do segundo grupo, # unha vez que se reduzan os erros que detectan as regras do primeiro # grupo. Solicito que o identificador dos dous grupos de regras sexa o # suficientemente diferente para pode seleccionar todas as regras dun # grupo mediante unha expresión regular con rulerx. Feito (expression-gl_) # Ademais vin que varias regras de expresión teñen opcións diferentes # para KDE. Busca 'env=kde no ficheiro terminology.rules. A maioría son casos non previstos. # #PT-2012_boot start # # Salta cando aparece «bootable», «bootloader», «booth» Feito #PT-2012_colour # # Esta regra sáltame cando aparecen «colorize», «colourisation», # «colored», «colorimeter», «colorado» (o estado de EEUU) e sería # preferible que non o fixera, a ser posible. Feito # Ademais sería recomendábel indicar no hint da regra que tamén se pode # traducir como «cores». Feito #PT-2012_computer(3) # # Esta pasóuseme onte. Salta cando aparece «graphics tablet», pero iso é # outra cousa totalmente diferente. Feito (creo) #PT-2012_date # # Indicoume como errónea unha cadea na que aparece «[Date» e «Date» Mándama #PT-2012_description # # Indicoume como erróneas algunhas cadeas onde aparece «descrición» ou # «Descrición:» Mándamas #PT-2012_hard disk # # falla con cadeas que conteñen «discos duros». Técnicamente a forma # plural non se acordou na Trasnada, pero non creo que haxa problema en # aceptar «discos duros» Vaia, a regra debería admitir o plural. Mándame os textos. #PT-2012_list # # Hai que corrixir o hint da regra PT-2012_list para indicar que non só # se traduce como «listar» senón tamén como «listado/a» e como «lista». Feito # # Dame erro cunha cadea na que aparece «lístanse» Feito #PT-2012-dual_list #PT-2012-dual_list2 # # Teño unha dúbida sobre as regras list: dan erro cando aparece listaxe? Non,non dan. Dao PT-2012-gl_listaxe, que está en controlledLang.rules #PT-2012_menu # # Non sei exactamente por que, pero deume dous erros con cadeas onde # aparece «menú» Estou por pensar que temos un problema coa codificación. Son moitos casos de erros en palabras con til en regras que non son novas. #PT-2012_outline # # salta con «outliner» e non debería Feito #PT-2012_restart reboot # # Non pilla «reiníciaa». Feito (creo) # # Respecto dos identificadores das regras, non sei se un espazo no medio # do identificador pode dar problemas, pero en todo caso quizais sexa # recomendable eliminar os espazos en favor de _ Non (me) dan problemas no medio, si ao final do identificador, polo que troquei o _ por . # Non probei ningunha das regras *dual. Deberías, habías sorprenderte (para mal, claro) ___ Proxecto mailing list Proxecto@trasno.net http://listas.trasno.net/listinfo/proxecto
Re: Correccións de regras do pology
#noPT-2011/2012_support # # O principal fallo desta regra é que cando aparece «supported» non da # por bo que se traduza como «compatíbeis», pero si «compatíbel». Feito # Ademais atopei erros en outras regras: # # noPT-2010_grid: a tradución recomendada non é «grella» senón «grade», # aínda que se acordou que se admitía «grella». # PT-2010_ilegal: en inglés é «illegal» e non «ilegal», cambiar a regra # e o identificador Feito # noPT-2011_path: hai que quitar o de «secuencia de vértices» do hint Feito # PT-2011_retry: o seu identificador indica que é un acordo do Proxecto # Trasno, cando non é así Podesme confirmar que nunca se chegou a acordo sobre retry? Nese caso teríao que mover a outro lado (por coherencia) # PT-2011_leave: a única tradución acordada é «saír». Se se quere # contemplar outras opcións hai que cambiarlle o identificador Feito # PT-2011_encrypt: cambiar o hint para poñer «encrypt» en vez de «encript» Feito # PT-2011_decrypt: cambiar o hint para poñer «decrypt» en vez de «decript» Feito # Non fixen unha investigación exhaustiva pero faltan regras para algúns # acordos das Trasnadas: # # «find»: non ten regra id=noPT-2010_find ___ Proxecto mailing list Proxecto@trasno.net http://listas.trasno.net/listinfo/proxecto
Re: Correccións de regras do pology
#noPT-2012-expression_error-doing
#
# Esta regra parece non existir. Se lin ben parece estar integrada na
# regra PT-2012-expression_(there-was-an)-error(-while)-doing.
Si, foime máis cómodo facela así.
#PT-2012-expression_an-error-occurred-doing
#PT-2012-expression_there-was-an-error-doing
#
# Esta regra chámase PT-2012-expression_(there-was-an)-error(-while)-doing.
Si, agora fun quitano os trazos (cuestión de gustos)
# Hai que actualizar o hint da regra, quizais poñendo algo semellante ao
# identificador da propia regra.
Feito
#
# Ao probar esta regra atopei varios casos que se deberían considerar.
#
# Caso 1: PRODUCIUSE UN ERRO + [(ADXECTIVO|DE + SUBSTANTIVO)] + AO
+ INFINITIVO
# msgstr Produciuse un erro de X non manipulado ao obter o
intervalo de tamaños de pantalla
# msgstr Produciuse un erro descoñecido ao estabelecer a
propiedade «%s»: %s
# msgstr Produciuse un erro de análise ao actualizar {0}
# msgstr Produciuse un erro de autenticación ao actualizar {0}
# msgstr Produciuse un erro recuperábel ao aplicar o perfil de usuario
# desde o ficheiro «%s».
# msgstr Produciuse un erro moi grave ao aplicar o perfil do
usuario desde «%s».
Engadín un caso de validez, segundo o cal os ficheiro marcados como do
ambiente gnome poden ter até seis
palabras entre produciuse un erro e o primeiro ao
# Caso 2: ERROR DURING + SUBSTANTIVO (nota: non se deben traducir como
# «produciuse un erro ao + infinitivo», pero as frases do estilo «Error
# during + (verbo)ing + substantivo» como «Error during writing rgb
# image» si que se deben traducir como «produciuse un erro ao +
# infinitivo»)
#
#
# jhbuild.master.gl.po:1047(#212)
# #: ../jhbuild/frontends/gtkui.py:377 ../jhbuild/frontends/terminal.py:283
# #, python-format
# msgid Error during phase %(phase)s of %(module)s
# msgstr erro na fase %(phase)s de %(module)s
# [note] rule [id=PT-2012-expression_(there-was-an)-error(-while)-doing]
# == «There was an error occurred (while) verb_ing» - «produciuse un
# erro ao + infinitivo»
#
#
# glib.master.gl.po:89(#11)
# #: ../gio/gcharsetconverter.c:349 ../glib/gconvert.c:776
# #: ../glib/gconvert.c:1085 ../glib/giochannel.c:1590
../glib/giochannel.c:2480
# #, c-format
# msgid Error during conversion: %s
# msgstr Erro durante a conversión: %s
# [note] rule [id=PT-2012-expression_(there-was-an)-error(-while)-doing]
# == «There was an error occurred (while) verb_ing» - «produciuse un
# erro ao + infinitivo»
#
Con máis exemplos tal vez poida facer que non cache este tipo de casos.
Por agora non vexo o xeito de facelo. Aínda así fixen un intento algo
naive a ver se che funciona ben.
# Caso 3: ALGO + (ENCOUNTERED|REPORTED|...) AN ERROR WHILE (nota: non se
# debería traducir como «produciuse un erro ao + infinitivo»)
Creo que esta si a teño: agora se a regra casa a condición inicial
\b(there\swas\san\s)?error\s(while\s)?\w+ing
con algo que non conteña there was an = error (while)? wording
e o que atopase vai xusto despois dun worded an = worded an
error (while) wording
non salta a regra
(debería non sacar os casos como encountered an error while tocomoching
#PT-2012-expression_cannot-infinitivo
#
# Esta regra dame varios falsos positivos.
#
# Ademais hai outra regra PT-2012-expression_cannot be cun espazo ao
# final do identificador o que me deu problemas ao intentar probala,
# problemas que resolvín cambiándolle o identificador.
Feito (quiteille o espazo)
# Comprobando esta regra descubrín que ademais de «é/foi» quizais haxa
# que engadir «será» e «sexa». Xa sei que isto é desviarse do acordado
# na Trasnada, pero creo que non nos decatamos destes casos, polo que xa
# o anotei para discutilo na vindeira Trasnada nada máis empezar. A
# continuación están algunhas das cadeas que quizais requiran este
# tratamento:
Feito
#PT-2012-expression_could-not
#
# O identificador da regra é PT-2012-expression_could infinitivo o que
# me fixo perder algo de tempo ao ila probar.
Feito (agora é could not infinitivo)
# Esta regra dame moitisimos positivos con cadeas que aparentemente
# están ben traducidas. A continuación indico só parte destes falsos
# positivos:
#
#
# evolution.master.gl.po:20710(#4272)
# #: ../widgets/misc/e-attachment-handler-image.c:99
# msgid Could not set as background
# msgstr Non foi posíbel establecela como fondo
# [note] rule [id=PT-2012-expression_could infinitivo] == «Could not»
# - «Non é/foi posíbel infinitivo»
#
#
# network-manager-pptp.master.gl.po:384(#73)
# #: ../src/nm-pptp-service.c:982
# msgid Could not find the pppd
Re: Correccións de regras do pology
# Falta a regra para «rename» que se traduce como «renomear». Feito +/- # Falta a regra para «erase» que se traduce como «borrar». Borrar # Sería recomendábel modificar a regra id=PT-2011_undo (ou facer unha # nova regra) para incluír a posibilidade de que «undone» se traduza # como «desfeito/a». Feito (na mesma regra) # Hai que cambiar a regra PT-2011_applet porque se acordou que # «applet» se traduciría como «miniaplicativo» ou como «trebello» # dependendo do contexto. Vaaale # # Hai que cambiar a regra PT-2011_keyword para indicar que só é válido # «palabra clave». Ademais non admite a posibilidade de que no texto # orixinal apareza «key word». Non entendo: non era que unha era para buscas e outra paraa accesos? # # Corrixir o typo do hint da regra PT-2011_backend. Ademais hai que # engadir a posibilidade de que apareza como «back end» ou «back-end» # ademais de como «backend». Feito # # Incluír na regra PT-2010_search a comprobación de que non se # traducira como «busqueda» (sen til) xa que hai xente que a escribe # mal. Feito # Cambiar a regra noPT-2010_find para que non indique que se pode # traducir como «buscar». Supoño que se puxo debido a «find out», pero # pódese indicar na regra que evite eses casos. Feito # Na regra PT-2011_initialize falta incluír a posibilidade de que só # apareza «init», tanto para o substantivo como para o verbo, no texto # orixinal. Exemplo: # # # gconf.master.gl.po:2153(#379) # #: ../gconf/gconftool.c:859 # #, c-format # msgid Failed to init GConf: %s\n # msgstr Produciuse un erro ao inicializar GConf: %s\n # [note] rule [id=PT-2011-dual_initialize] == [ «inicializar» traduce a # «initialize» # Esta de momento non a vou facer; debería falarse disto, xa que tamén é habitual que init se traduza como inicio # Esta regra chámase PT-2012-expression_failed-to # # Mirar comentarios da seguinte regra. # #PT-2012-expression_failed. # # Esta regra chámase noPT-2012-expression_failed. # # # «fail» tradúcese tanto como «fallo» como «fallar» e a regra # PT-2011_fail só contempla a primeira posibilidade. # # Ademais PT-2011_fail salta cando aparece «failed» e interfire # moitisimo coas regras noPT-2012-expression_failed. e # PT-2012-expression_failed-to, polo que habería que investigar a # posibilidade de modificar as regras para minimizar os falsos positivos # de PT-2011_fail. Exemplos disto: # # # gconf.master.gl.po:495(#86) # #: ../backends/xml-entry.c:730 # #, c-format # msgid Failed reading default value for schema: %s # msgstr Produciuse un erro ao ler o valor predeterminado para o esquema: %s # [note] rule [id=PT-2011_fail] == [ «fail» e relacionados tradúcense # como «fallo» # # gconf.master.gl.po:1390(#244) # #: ../gconf/gconf.c:2338 # #, c-format # msgid Adding client to server's list failed, CORBA error: %s # msgstr Produciuse un erro ao engadir o cliente á lista do servidor, # erro de CORBA: # [note] rule [id=PT-2011_fail] == [ «fail» e relacionados tradúcense # como «fallo» # # # Isto quizais se poida conseguir acotando os casos nos que aparecen as # frases feitas con «failed» e «failed to». Por exemplo sempre que # «failed to» aparece ao comezo da cadea, ou despois dun punto, ou # despois dos dous puntos ou despois dun paréntese de apertura é unha # frase feita (observei centos de cadeas e non atopei fallos nesta # observación) e case tamén engadiria que despois de punto e coma e de # coma tamén é así. Algo semellante acontece cando «failed» aparece ao # final dunha frase, ou da cadea. Cando «failed to» e «failed» aparecen # polo medio dunha frase é cando a veces a tradución «Producise un erro # ao...» non se axusta ben. A) As expresións Failed + ing non estaban entre as acordadas (si as ing+failed.), polo que non poido poñer iso tan alegramente. Poido poñer unha excepción na regra para o ambiente gnome e máis ou menos arranxala. B) Axustei as regras do «failed to» e do «fail», a ver se agora vai mellor. ___ Proxecto mailing list Proxecto@trasno.net http://listas.trasno.net/listinfo/proxecto
Re: Correccións de regras do pology
2012/8/18 mvillarino mvillar...@kde-espana.es: # Falta a regra para «rename» que se traduce como «renomear». Feito +/- # Falta a regra para «erase» que se traduce como «borrar». Borrar # Sería recomendábel modificar a regra id=PT-2011_undo (ou facer unha # nova regra) para incluír a posibilidade de que «undone» se traduza # como «desfeito/a». Feito (na mesma regra) # Hai que cambiar a regra PT-2011_applet porque se acordou que # «applet» se traduciría como «miniaplicativo» ou como «trebello» # dependendo do contexto. Vaaale # # Hai que cambiar a regra PT-2011_keyword para indicar que só é válido # «palabra clave». Ademais non admite a posibilidade de que no texto # orixinal apareza «key word». Non entendo: non era que unha era para buscas e outra paraa accesos? O acordado é: «keyword»/«key word» = «palabra clave» (para buscas e accesos) «keyword»/«key word» = «palabra reservada» (en linguaxes de programación) e nada máis. # Corrixir o typo do hint da regra PT-2011_backend. Ademais hai que # engadir a posibilidade de que apareza como «back end» ou «back-end» # ademais de como «backend». Feito # # Incluír na regra PT-2010_search a comprobación de que non se # traducira como «busqueda» (sen til) xa que hai xente que a escribe # mal. Feito # Cambiar a regra noPT-2010_find para que non indique que se pode # traducir como «buscar». Supoño que se puxo debido a «find out», pero # pódese indicar na regra que evite eses casos. Feito # Na regra PT-2011_initialize falta incluír a posibilidade de que só # apareza «init», tanto para o substantivo como para o verbo, no texto # orixinal. Exemplo: # # # gconf.master.gl.po:2153(#379) # #: ../gconf/gconftool.c:859 # #, c-format # msgid Failed to init GConf: %s\n # msgstr Produciuse un erro ao inicializar GConf: %s\n # [note] rule [id=PT-2011-dual_initialize] == [ «inicializar» traduce a # «initialize» # Esta de momento non a vou facer; debería falarse disto, xa que tamén é habitual que init se traduza como inicio # Esta regra chámase PT-2012-expression_failed-to # # Mirar comentarios da seguinte regra. # #PT-2012-expression_failed. # # Esta regra chámase noPT-2012-expression_failed. # # # «fail» tradúcese tanto como «fallo» como «fallar» e a regra # PT-2011_fail só contempla a primeira posibilidade. # # Ademais PT-2011_fail salta cando aparece «failed» e interfire # moitisimo coas regras noPT-2012-expression_failed. e # PT-2012-expression_failed-to, polo que habería que investigar a # posibilidade de modificar as regras para minimizar os falsos positivos # de PT-2011_fail. Exemplos disto: # # # gconf.master.gl.po:495(#86) # #: ../backends/xml-entry.c:730 # #, c-format # msgid Failed reading default value for schema: %s # msgstr Produciuse un erro ao ler o valor predeterminado para o esquema: %s # [note] rule [id=PT-2011_fail] == [ «fail» e relacionados tradúcense # como «fallo» # # gconf.master.gl.po:1390(#244) # #: ../gconf/gconf.c:2338 # #, c-format # msgid Adding client to server's list failed, CORBA error: %s # msgstr Produciuse un erro ao engadir o cliente á lista do servidor, # erro de CORBA: # [note] rule [id=PT-2011_fail] == [ «fail» e relacionados tradúcense # como «fallo» # # # Isto quizais se poida conseguir acotando os casos nos que aparecen as # frases feitas con «failed» e «failed to». Por exemplo sempre que # «failed to» aparece ao comezo da cadea, ou despois dun punto, ou # despois dos dous puntos ou despois dun paréntese de apertura é unha # frase feita (observei centos de cadeas e non atopei fallos nesta # observación) e case tamén engadiria que despois de punto e coma e de # coma tamén é así. Algo semellante acontece cando «failed» aparece ao # final dunha frase, ou da cadea. Cando «failed to» e «failed» aparecen # polo medio dunha frase é cando a veces a tradución «Producise un erro # ao...» non se axusta ben. A) As expresións Failed + ing non estaban entre as acordadas (si as ing+failed.), polo que non poido poñer iso tan alegramente. Poido poñer unha excepción na regra para o ambiente gnome e máis ou menos arranxala. É certo, con tantos casos non me decatara. É mellor deixar que falle. B) Axustei as regras do «failed to» e do «fail», a ver se agora vai mellor. Moitas grazas. Heinas comprobar cando teña tempo. Deica ___ Proxecto mailing list Proxecto@trasno.net http://listas.trasno.net/listinfo/proxecto
Re: Correccións de regras do pology
2012/8/17 mvillarino mvillar...@kde-espana.es: Bu, Leandro estame a poñer a proba Estiven a facer algunhas cousas, de momento estes son os resultados: # Hai que cambiar a regra PT-2011_framework para incluír tamén a # posibilidade de traducilo como «marco de desenvolvemento». Feito # Hai que cambiar a regra PT-2011_key porque tamén se pode traducir # como «chave»(para cifrar ou codificar) e como «clave»(identificador # único para obter datos nun dicionario, matriz ou BD). Feito # Falta a regra para «clipboard» que se traduce como «portapapeis». Feito # Hai que cambiar o hint da regra PT-2011_chat porque tamén se pode # traducir como «conversar». Feito # Hai que cambiar o hint da regra PT-2011_download porque tamén se # pode traducir como «descarga». Feito # Hai que cambiar o hint da regra PT-2011_upload porque tamén se pode # traducir como «envío». Feito # Falta a regra para «remove» que se traduce como «retirar» ou como # «desinstalar»(cando se trata dun paquete de software). Feito # Falta a regra para «delete» que se traduce como «eliminar». Feito # Falta a regra para «valid» que se traduce como «correcto/a». Feito # Faltan as regras para «addon» e «add-on», «extension», «complement» # que se poden traducir como «complemento» e como «engadido». Feito # Falta a regra para «roll back» que se traduce como «regresar». Quizais # se poida incluír na regra PT-2011_rollback. Feito # Falta a regra para «encryption». Quizais se poida incluír na regra # PT-2011_encrypt. Si, debería cachala esa regra. # Falta a regra para «decryption». Quizais se poida incluír na regra # PT-2011_decrypt. Si, debería cachala esa regra # # Falta a regra para «username», «user name», «login», «login name» que # se traducen como «nome de usuario». Feito # Falta a regra para «environment» que se traduce como «ambiente». Non faltaba, tiña o nome co ano errado (2011 no canto de 2012) # Falta a regra para «empty» que se traduce como «baleiro/a» ou «baleirar». Feito # Falta a regra para «change» que se traduce como «cambio» ou «cambiar». Feito # Hai que cambiar o hint da regra PT-2011_highlight para indicar que # tamén se traduce como «realce». Feito # Hai que cambiar o hint da regra PT-2011_buffer para indicar que o # plural é «búferes». Feito # Non entendo por que a regra noPT-2011_develop ten un identificador # «noPT», segundo o que vexo segue perfectamente os acordos. Supoño que foi un erro copiando e apegando # Falta a regra para «development» que se traduce como «desenvolvemento». Vaaale # Falta a regra para «developer» que se traduce como «desenvolvedor». Vaaale # Falta a regra para «provider» que se traduce como «fornecedor». En que non te satisfai a regra noPT-2011_provide? Creo que onte non me funcionou así. Había unha cadea orixinal na que aparecía «provider» e na tradución aparecía «proporcionador» (se non lembro mal) e a regra non saltaba. Non lembro exactamente, pero pode que fora porque aparecía «fornecer» na frase. Despois de todas estas actualizacións que estás facendo (moitísimas grazas Marce) volveremos darlle unha pasada a GNOME e a ver que regras fallan. En todo caso pódese actualizar o hint para indicar que «provider» se traduce como «fornecedor». # Falta a regra para «replace» e «replacement» que se traducen como # «substitución». En que non te satisfai a regra noPT-2011_replace? Creo que é outra regra que me fallou no «campo de batalla» :). Agora mesmo non sabería dicirche ningún caso real (a menos que cho indicara nas mensaxes que che enviei estes últimos días). En todo caso poderiase incluír no hint da regra que «replacement» e «replace» (como substantivo) se traducen como «substitución». # Falta a regra para «app» que se traduce como «aplicativo». Feito. Agora que o penso, nunha mensaxe anterior dicias algo que afectaba a esta regra. # # Falta a regra para «launch» que se traduce como «inicio» e «iniciar». Ondiá! resulta que a metera en: id=PT-2011-gl_lanzar (controlledLang.rules) Feito # Falta a regra para «launcher» que se traduce como «iniciador». Feito (pero de má gana: a anterior debería saltar nesta se fose traducida dun xeito arcaico. # Falta a regra para «paste» que se traduce como «pegar». # # Falta a regra para «audio» e «sound» que se traducen como «son». En que non te satisfai a regra con id=PT-2011-gl_audio ? En que esa regra non contempla o caso de que no texto orixinal aparezan «audio» ou «sound». Só salta cando na tradución aparece «audio» para indicar que hai que traducilo como «son». Tamén estiven a pensar que, tal vez, para non perde ningunha das mensaxes coas correccións a facer, quen sabe, podería ser interesante facer unha páxina wiki. Quizais. Aínda que non vexo por que se había perder nada. Deica ___ Proxecto mailing list Proxecto@trasno.net
Re: Correccións de regras do pology
2012/8/17 Leandro Regueiro leandro.regue...@gmail.com: 2012/8/17 mvillarino mvillar...@kde-espana.es: Bu, Leandro estame a poñer a proba Estiven a facer algunhas cousas, de momento estes son os resultados: Estiven revisando o traballo que fixeches e teño algunhas notas adicionais. # Hai que cambiar a regra PT-2011_framework para incluír tamén a # posibilidade de traducilo como «marco de desenvolvemento». Feito Por favor, cambia o hint da regra para que indique que tamén se pode traducir como «marco de desenvolvemento» # Hai que cambiar a regra PT-2011_key porque tamén se pode traducir # como «chave»(para cifrar ou codificar) e como «clave»(identificador # único para obter datos nun dicionario, matriz ou BD). Feito # Falta a regra para «clipboard» que se traduce como «portapapeis». Feito A regra PT-2011_clipboard non comproba que se traduce como «portapapeis» senón como «portarretallos». Hai que cambialo, tamén no hint. E tamén a regra dual. # Hai que cambiar o hint da regra PT-2011_chat porque tamén se pode # traducir como «conversar». Feito # Hai que cambiar o hint da regra PT-2011_download porque tamén se # pode traducir como «descarga». Feito # Hai que cambiar o hint da regra PT-2011_upload porque tamén se pode # traducir como «envío». Feito # Falta a regra para «remove» que se traduce como «retirar» ou como # «desinstalar»(cando se trata dun paquete de software). Feito # Falta a regra para «delete» que se traduce como «eliminar». Feito # Falta a regra para «valid» que se traduce como «correcto/a». Feito # Faltan as regras para «addon» e «add-on», «extension», «complement» # que se poden traducir como «complemento» e como «engadido». Feito # Falta a regra para «roll back» que se traduce como «regresar». Quizais # se poida incluír na regra PT-2011_rollback. Feito # Falta a regra para «encryption». Quizais se poida incluír na regra # PT-2011_encrypt. Si, debería cachala esa regra. Hai que actualizar logo o hint para incluír «encryption» = «cifrado» # Falta a regra para «decryption». Quizais se poida incluír na regra # PT-2011_decrypt. Si, debería cachala esa regra Hai que actualizar logo o hint para incluír «decryption» = «descifrado» # Falta a regra para «username», «user name», «login», «login name» que # se traducen como «nome de usuario». Feito # Falta a regra para «environment» que se traduce como «ambiente». Non faltaba, tiña o nome co ano errado (2011 no canto de 2012) Hai que cambiar o identificador da regra noPT-2012_environment porque parece seguir os acordos das Trasnadas # Falta a regra para «empty» que se traduce como «baleiro/a» ou «baleirar». Feito Hai que actualizar hint da regra PT-2011_empty para indicar que tamén se pode traducir como «baleirar» # Falta a regra para «change» que se traduce como «cambio» ou «cambiar». Feito Hai que actualizar hint da regra PT-2011_change para indicar que tamén se pode traducir como «cambio». Hai que facer a regra dual para comprobar que «cambio» traduce a «change» # Hai que cambiar o hint da regra PT-2011_highlight para indicar que # tamén se traduce como «realce». Feito Poderiase facer unha regra para comprobar que «realzado» só aparece cando no texto orixinal aparece «highlighted»? Pido isto porque hai xente que tende a usar «realzado» como substantivo en vez de «realce». # Hai que cambiar o hint da regra PT-2011_buffer para indicar que o # plural é «búferes». Feito # Non entendo por que a regra noPT-2011_develop ten un identificador # «noPT», segundo o que vexo segue perfectamente os acordos. Supoño que foi un erro copiando e apegando # Falta a regra para «development» que se traduce como «desenvolvemento». Vaaale # Falta a regra para «developer» que se traduce como «desenvolvedor». Vaaale Hai que actualizar hint da regra PT-2011_develop para indicar «development» = «desenvolvemento» e «developer» = «desenvolvedor». # Falta a regra para «provider» que se traduce como «fornecedor». En que non te satisfai a regra noPT-2011_provide? Creo que onte non me funcionou así. Había unha cadea orixinal na que aparecía «provider» e na tradución aparecía «proporcionador» (se non lembro mal) e a regra non saltaba. Non lembro exactamente, pero pode que fora porque aparecía «fornecer» na frase. Despois de todas estas actualizacións que estás facendo (moitísimas grazas Marce) volveremos darlle unha pasada a GNOME e a ver que regras fallan. En todo caso pódese actualizar o hint para indicar que «provider» se traduce como «fornecedor». # Falta a regra para «replace» e «replacement» que se traducen como # «substitución». En que non te satisfai a regra noPT-2011_replace? Creo que é outra regra que me fallou no «campo de batalla» :). Agora mesmo non sabería dicirche ningún caso real (a menos que cho indicara nas mensaxes que che enviei estes últimos días). En todo caso
Correccións de regras do pology
Bu, Leandro estame a poñer a proba Estiven a facer algunhas cousas, de momento estes son os resultados: # Hai que cambiar a regra PT-2011_framework para incluír tamén a # posibilidade de traducilo como «marco de desenvolvemento». Feito # Hai que cambiar a regra PT-2011_key porque tamén se pode traducir # como «chave»(para cifrar ou codificar) e como «clave»(identificador # único para obter datos nun dicionario, matriz ou BD). Feito # Falta a regra para «clipboard» que se traduce como «portapapeis». Feito # Hai que cambiar o hint da regra PT-2011_chat porque tamén se pode # traducir como «conversar». Feito # Hai que cambiar o hint da regra PT-2011_download porque tamén se # pode traducir como «descarga». Feito # Hai que cambiar o hint da regra PT-2011_upload porque tamén se pode # traducir como «envío». Feito # Falta a regra para «remove» que se traduce como «retirar» ou como # «desinstalar»(cando se trata dun paquete de software). Feito # Falta a regra para «delete» que se traduce como «eliminar». Feito # Falta a regra para «valid» que se traduce como «correcto/a». Feito # Faltan as regras para «addon» e «add-on», «extension», «complement» # que se poden traducir como «complemento» e como «engadido». Feito # Falta a regra para «roll back» que se traduce como «regresar». Quizais # se poida incluír na regra PT-2011_rollback. Feito # Falta a regra para «encryption». Quizais se poida incluír na regra # PT-2011_encrypt. Si, debería cachala esa regra. # Falta a regra para «decryption». Quizais se poida incluír na regra # PT-2011_decrypt. Si, debería cachala esa regra # # Falta a regra para «username», «user name», «login», «login name» que # se traducen como «nome de usuario». Feito # Falta a regra para «environment» que se traduce como «ambiente». Non faltaba, tiña o nome co ano errado (2011 no canto de 2012) # Falta a regra para «empty» que se traduce como «baleiro/a» ou «baleirar». Feito # Falta a regra para «change» que se traduce como «cambio» ou «cambiar». Feito # Hai que cambiar o hint da regra PT-2011_highlight para indicar que # tamén se traduce como «realce». Feito # Hai que cambiar o hint da regra PT-2011_buffer para indicar que o # plural é «búferes». Feito # Non entendo por que a regra noPT-2011_develop ten un identificador # «noPT», segundo o que vexo segue perfectamente os acordos. Supoño que foi un erro copiando e apegando # Falta a regra para «development» que se traduce como «desenvolvemento». Vaaale # Falta a regra para «developer» que se traduce como «desenvolvedor». Vaaale # Falta a regra para «provider» que se traduce como «fornecedor». En que non te satisfai a regra noPT-2011_provide? # Falta a regra para «replace» e «replacement» que se traducen como # «substitución». En que non te satisfai a regra noPT-2011_replace? # Falta a regra para «app» que se traduce como «aplicativo». Feito. Agora que o penso, nunha mensaxe anterior dicias algo que afectaba a esta regra. # # Falta a regra para «launch» que se traduce como «inicio» e «iniciar». Ondiá! resulta que a metera en: id=PT-2011-gl_lanzar (controlledLang.rules) Feito # Falta a regra para «launcher» que se traduce como «iniciador». Feito (pero de má gana: a anterior debería saltar nesta se fose traducida dun xeito arcaico. # Falta a regra para «paste» que se traduce como «pegar». # # Falta a regra para «audio» e «sound» que se traducen como «son». En que non te satisfai a regra con id=PT-2011-gl_audio ? Tamén estiven a pensar que, tal vez, para non perde ningunha das mensaxes coas correccións a facer, quen sabe, podería ser interesante facer unha páxina wiki. ___ Proxecto mailing list Proxecto@trasno.net http://listas.trasno.net/listinfo/proxecto
