www-es-general
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNU-traductores] Revisión de javascript-trap (3)


From: Dora Scilipoti
Subject: Re: [GNU-traductores] Revisión de javascript-trap (3)
Date: Fri, 24 Nov 2017 15:51:24 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0

On 11/24/2017 12:42 PM, Javier Fdez. Retenaga wrote:
> El mié, 22-11-2017 a las 12:06 +0100, Dora Scilipoti escribió:
>> On 11/20/2017 06:39 PM, Javier Fdez. Retenaga wrote:
>>>
>>> Última parte:
>>>
>>>
>>> In practical terms, how can we deal with the problem of nonfree
>>> JavaScript programs in web sites? The first step is to avoid
>>> running
>>> it.
>>>   
>>> En términos prácticos, ¿cómo podemos tratar el problema de los
>>> programas hechos con JavaScript que no son libres en sitios web? El
>>> primer paso es no usarlos.
>>>
>>> + En la práctica, ¿qué actitud debemos adoptar ante el problema de
>>> la
>>> presencia en sitios web de programas Javascript que no son libres?
>>> En
>>> primer lugar, no ejecutarlos. 
>>
>>
>> - ¿qué actitud debemos adoptar ante el problema
>> + ¿cómo podemos afrontar el problema
>>
>>
>>> What do we mean by "nontrivial"? It is a matter of
>>> degree, so
>>> this is a matter of designing a simple criterion that gives good
>>> results, rather than finding the one correct answer.
>>>   
>>> ¿A qué nos referimos cuando decimos que «no es trivial»? Es
>>> cuestión 
>>> gradual, se trata de diseñar un criterio simple que dé buenos
>>> resultados en lugar de buscar una única respuesta correcta.
>>>
>>> + ¿Qué queremos decir con «no trivial»? Es una cuestión de grado,
>>> por
>>> lo que no se trata de buscar una única respuesta correcta, sino de
>>> ofrecer un criterio sencillo que dé buenos resultados.
>>
>>
>> + ¿A qué nos referimos cuando decimos que «no es trivial»? Se trata
>> de
>> una cuestión de alcance, por lo que es preferible elaborar un
>> criterio
>> simple que dé buenos resultados en lugar de buscar una única
>> respuesta
>> correcta.
>>
>> # Lo de "grado" no se entiende. Lo que yo interpreto cuando dice
>> "degree", es hasta dónde llega, el grado de importancia o influencia
>> que
>> el programa puede tener al interno del sistema o en su interacción
>> con
>> otros programas. Por eso lo de "alcance"; a mayor alcance, menos
>> trivial. ¿Alguna otra opinión?
> 
> Con solo "cuestión de alcance" no se llega a entender todo lo que luego
> explicas. De todos modos, yo he interpretado "matter of degree" de otra
> manera. Entiendo que lo que quiere decir es que no es posible
> establecer un límite claro entre lo trivial y lo no trivial, porque un
> programa es maś o menos trivial; no es cuestión de todo o nada, sino
> cuestión de grado (de más o menos). ¿No os parece? ¿No se entiende así?


Ahora que lo explicas me queda más claro, pero cuando lo leí me sonó a
chino. Estoy pensando si habría una manera más clara de ponerlo, pero
por el momento no se ocurre nada.


>> # Yo evitaría la expresión "no trivial" siempre que sea posible.
>>
>>
>>> Our tentative policy is to consider a JavaScript program nontrivial
>>> if:
>>>   
>>> La política que proponemos es considerar JavaScript como programa
>>> que
>>> no es trivial si:
>>>
>>> + Proponemos que se considere que un programa de JavaScript no es
>>> trivial si:
>>
>>
>> + Nuestra propuesta provisional es considerar que un programa escrito
>> en
>> JavaScript no es trivial si se cumplen las siguientes condiciones:
>>
>> # Me parece que queda más claro, más castellano. También para
>> subrayar
>> que la propuesta no es definitiva.
>>
>>
>>> it makes an AJAX request or is loaded along with scripts that make
>>> an
>>> AJAX 
>>> request,
>>>
>>> solicita AJAX o se carga junto con scripts que solicitan AJAX,
>>>
>>> # ¿Qué podemos poner aquí en vez de "solicitar"? ¿"Recurrir a"?
>>
>> # Lo he visto como "petición":
>>
>> + Envía una petición AJAX o se carga junto con <cite>scripts</cite>
>> que
>> envían peticiones AJAX;
>>
>> # Punto y coma al final, aquí y en las que siguen.
>>
>>
>>> it loads external scripts dynamically or is loaded along with
>>> scripts
>>> that do,
>>>   
>>> carga scripts externos en forma dinámica o se carga junto con
>>> scripts
>>> que lo hacen,
>>
>> + <cite>scripts</cite>
>>
>> # Aquí y todas las otras veces.
>>
>>
>>> it defines functions or methods and either loads an external script
>>> (from html) or is loaded as one,
>>>   
>>> define funciones o métodos y carga un script externo (desde html) o
>>> bien se carga como tal,
>>>
>>>
>>> it uses dynamic JavaScript constructs that are difficult to analyze
>>> without interpreting the program, or is loaded along with scripts
>>> that
>>> use such constructs.  These constructs are:
>>>   
>>> utiliza estructuras JavaScript dinámicas que son difíciles de
>>> analizar
>>> sin interpretar el programa, o se carga junto con scripts que
>>> utilizan
>>> dichas estructuras. Estas estructuras son:
>>>
>>> - Estas estructuras son:
>>> + Estas estructuras consisten en:
>>>
>>>
>>> using the eval function,
>>>
>>> uso de la función eval,
>>>
>>> - uso
>>>
>>> + el uso
>>
>>
>> # Punto y coma al final, aquí y en las que siguen.
>>
>>
>>> calling methods with the square bracket notation,
>>>
>>> llamar métodos con la notación de corchetes,
>>>
>>> + la llamada a métodos mediante la notación de corchetes
>>>
>>>   
>>> using any other construct than a string literal with certain
>>> methods
>>> (Obj.write, Obj.createElement, ...).
>>>   
>>> uso de cualquier construcción, excepto un literal de cadena, con
>>> ciertos métodos específicos (Obj.write, Obj.createElement, ...).
>>>
>>> + el uso con ciertos métodos (Obj. write, Obj.createElement, ...)
>>> de
>>> cualquier estructura que no sea una cadena de caracteres constante.
>>
>> -(Obj. write, Obj.createElement, ...)
>> + (<cite>Obj. write</cite>,<cite>Obj.createElement</cite>, ...)
>>
>> - constante
>> + literal


-- 
Dora Scilipoti
GNU Education Team
gnu.org/education



reply via email to

[Prev in Thread] Current Thread [Next in Thread]