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

[Dora Scilipoti]

On 11/19/2017 01:24 PM, DGSJ wrote:
> On Wed, Nov 15, 2017 at 08:26:15PM +0100, Javier Fdez. Retenaga wrote:
>> Segunda parte:
> Buenos días
> Os mando mi revisión


Gracias, Daniel, añado otras sugerencias...


>> In the usual case, JavaScript programs are meant to work with a
>> particular page or site, and the page or site depends on them to
>> function. Then another problem arises: even if the program's source is
>> available, browsers do not offer a way to run your modified version
>> instead of the original when visiting that page or site. The effect is
>> comparable to tivoization, although in principle not quite so hard to
>> overcome.
>>   
>> Habitualmente, los programas en JavaScript están pensados para
>> funcionar en una página o sitio web en particular, y la página o el
>> sitio dependen de ellos para su funcionamiento. Entonces surge otro
>> problema: incluso si el código fuente del programa está disponible, los
>> navegadores libres no le ofrecen al usuario un modo de ejecutar su
>> propia versión modificada en vez de la original cuando visita esa
>> página o sitio. El efecto es comparable a la «tivoización», aunque en
>> principio no tan difícil de solucionar.
> 
> # No tengo claro si es necesario especificar *navegadores libres*. En el
> # original se indica solo *navegadores*


# No, en el original no lo dice, hay que quitarlo.

- Habitualmente, los programas en JavaScript están pensados para
funcionar en una página o sitio web en particular, y la página o el
sitio dependen de ellos para su funcionamiento. Entonces surge otro
problema:

+ Los programas JavaScript casi siempre están pensados para una página o
sitio web específico cuyo funcionamiento depende de ellos. Surge
entonces otro problema:

# Solo porque me parece que la lectura queda más fluida.

# Cambié "programas en JavaScript" por "programas JavaScript", como en
la primera parte.


>> JavaScript is not the only language web sites use for programs sent to
>> the user. Flash supports programming through an extended variant of
>> JavaScript; if we ever have a sufficiently complete free Flash player,
>> we will need to deal with the issue of nonfree Flash
>> programs. Silverlight seems likely to create a problem similar to
>> Flash, except worse, since Microsoft uses it as a platform for nonfree
>> codecs. A free replacement for Silverlight does not do the job for the
>> free world unless it normally comes with free replacement codecs.
>>   
>> JavaScript no es el único lenguaje utilizado por sitios web para
>> programas enviados al usuario. Flash soporta programación a través de
>> una variante apliada de JavaScript; si alguna vez disponemos de un
>> reproductor de Flash completamente libre, tendremos que vérnoslas con
>> el problema de los programas de Flash que no son libres. Parece
>> probable que Silverlight cree un problema similar a Flash; solo que
>> peor, ya que Microsoft lo usa como una plataforma para codecs que no
>> son libres. Un reemplazo libre para Silverlight no hará el mismo
>> trabajo para el mundo libre a menos que venga de serie con codecs de
>> recambio libres.
>>
>> + JavaScript no es el único lenguaje utilizado por los sitios web para
>> programas enviados al usuario. Flash permite la programación mediante
>> una variante ampliada de JavaScript. Si alguna vez disponemos de un
>> reproductor de Flash libre lo bastante completo, tendremos que
>> vérnoslas con el problema de los programas de Flash que no son libres.
>> Parece probable que Silverlight cree un problema similar a Flash, solo
>> que peor, ya que Microsoft lo usa como plataforma para códecs que no
>> son libres. Un reemplazo libre para Silverlight no hará el mismo
>> trabajo para el mundo libre a menos que venga de serie con códecs de
>> recambio libres.
> 
> - no hará el mismo trabajo para
> + no funcionará igual en 


+ JavaScript no es el único lenguaje *que los sitios web utilizan* para
*los* programas enviados al usuario. Flash *admite* la programación
mediante una variante ampliada de JavaScript. Si alguna vez disponemos
de un reproductor *libre para* Flash lo bastante completo, tendremos que
vérnoslas con el problema de los programas Flash que no son libres. *Es*
probable que Silverlight cree un problema similar a Flash, solo que
peor, ya que Microsoft lo usa como plataforma para códecs que no son
libres. Un reemplazo libre para Silverlight no *cumplirá su función en*
el mundo libre a menos que venga de serie con códecs de
recambio libres.



>> Java applets also run in the browser, and raise similar issues.  In
>> general, any sort of applet system poses this sort of problem.  Having
>> a free execution environment for an applet only brings us far enough to
>> encounter the problem.
>>   
>> Los <em>applets</em> de Java también se ejecutan en el navegador, y
>> suscitan cuestiones similares. En general, cualquier sistema de
>> <em>applet</em> plantea este tipo de problema. Disponer de un entorno
>> de ejecución libre para un <em>applet</em> no evita que al final no
>> encontramos con ese problema.
>>
>> + Los <em>applets</em> de Java también se ejecutan en el navegador, y
>> plantean problemas similares. En general, cualquier sistema de
>> <em>applet</em> plantea problemas de este tipo. Disponer de un entorno
>> de ejecución libre para un <em>applet</em> no hace sino aplazar el
>> problema.

- plantea problemas de este tipo.
+ presenta problemas de este tipo.

# Para no repetir.


>> It is theoretically possible to program in HTML and CSS, but in
>> practice this capability is limited and inconvenient; merely to make it
>> do something is an impressive hack.  Such programs ought to be free,
>> but CSS is not a serious problem for users' freedom as of 2016.
>>   
>> En teoría se puede programar en HTML y CSS, pero en la práctica esta 
>> posibilidad es limitada y engorrosa; ya solo conseguir que el programa
>> haga algo es toda una hazaña. Tales programas deberían ser libres, pero
>> en la actualidad CSS no constituye un serio problema para la libertad
>> de los usuarios.
> 
> - Tales programas deberían ser libres, pero en la actualidad CSS no 
> constituye 
> un serio problema para la libertad de los usuarios.
> + Tales programas deberían ser libres, aunque hasta 2016 CSS no haya sido un 
> problema serio para la libertad de los usuarios.


- hasta 2016 CSS no haya sido
+ desde 2016 CSS no es


>> A strong movement has developed that calls for web sites to communicate
>> only through formats and protocols that are free (some say
>> &quot;open&quot;); that is to say, whose documentation is published and
>> which anyone is free to implement.  With the presence of programs in
>> web pages, that criterion is necessary, but not sufficient.  JavaScript
>> itself, as a format, is free, and use of JavaScript in a web site is
>> not necessarily bad.  However, as we've seen above, it also isn't
>> necessarily OK.  When the site transmits a program to the user, it is
>> not enough for the program to be written in a documented and
>> unencumbered language; that program must be free, too.  &ldquo;Only
>> free programs transmitted to the user&rdquo; must become part of the
>> criterion for proper behavior by web sites.
>>   
>> Un fuerte movimiento ha desarrollado una motivación para que los sitios
>> web se comuniquen solo a través de formatos y protocolos que son libres
>> (algunos dirían «abiertos»), esto significa aquellos que la
>> documentación se publique y que cualquiera sea libre de implementarla.
>> Con la presencia de programas en páginas web, este criterio es
>> necesario, pero no suficiente. JavaScript por sí mismo, como formato,
>> es libre, y el uso de JavaScript en un sitio web no es necesariamente
>> malo. Sin embargo, como ya hemos visto antes, ello tampoco es
>> necesariamente aceptable. Cuando el sitio transmite un programa 
>> al usuario, no es suficiente que sea escrito en un lenguaje documentado
>> y legible. Este programa debe ser libre también.  «Sólo programas
>> libres transmitidos al usuario» debe llegar a ser parte del criterio
>> para el comportamiento apropiado de sitios web.
>>
>> + Se ha desarrollado un potente movimiento que reclama a los sitios
>> web que se comuniquen solo a través de formatos y protocolos que sean
>> libres (algunos los llaman «abiertos»); esto es, aquellos cuya
>> documentación sea pública y que cualquiera sea libre de implementar.
>> Con la presencia de programas en páginas web, este criterio es
>> necesario, pero no suficiente. El propio JavaScript, en cuanto formato,
>> es libre, y el uso de JavaScript en un sitio web no es necesariamente
>> malo. Sin embargo, como hemos visto antes, tampoco es siempre correcto.
>> Cuando el sitio transmite un programa al usuario, no basta con que el
>> programa esté escrito en un lenguaje documentado y libre de trabas; el
>> programa debe ser además libre. «Transmitir al usuario únicamente
>> programas libres» debe ser uno de los criterios que definen el
>> comportamiento apropiado de un sitio web.


- que reclama a los sitios
+ para reclamar que los sitios

- protocolos que sean libres
+ protocolos libres

- programas en páginas web,
+ programas en las páginas web,

- no es necesariamente malo.
+ no es necesariamente algo malo.

- y libre de trabas; el programa debe ser además libre.
+ y sin trabas, sino que además el programa mismo debe ser libre.


>> Silently loading and running nonfree programs is one among several
>> issues raised by &quot;web applications&quot;.  The term &quot;web 
>> application&quot; was designed to disregard the fundamental
>> distinction between software delivered to users and software running on
>> a server.  It can refer to a specialized client program running in a
>> browser; it can refer to specialized server software; it can refer to a
>> specialized client program that works hand in hand with specialized
>> server software.  The client and server sides raise different ethical
>> issues, even if they are so closely integrated that they arguably form
>> parts of a single program.  This article addresses only the issue of
>> the client-side software.  We are addressing the server issue
>> separately.
>>   
>> La silenciosa carga y ejecución de programas que no son libres es una
>> entre varias cuestiones que surgen por las «aplicaciones web». La
>> expresión «aplicación web» se acuñó para obviar la distinción
>> fundamental entre el software que se entrega a usuarios y el que se
>> ejecuta en un servidor. Puede referirse a un programa cliente
>> especializado ejecutándose en un navegador, puede referirse a software
>> especializado en el servidor, puede referirse a un programa cliente
>> especializado que trabaja mano a mano con software de servidor
>> especializado. El lado cliente y el lado servidor traen diferentes 
>> cuestiones éticas, incluso si están tan integrados que se cuestiona
>> que forme parte de un solo programa. Este artículo trata sólo la
>> cuestión del software del lado cliente. Tratamos la cuestión del
>> servidor de separadamente.
>>
>> + La carga y ejecución silenciosa de programas que no son libres es 
>> uno de los diversos problemas que plantean las «aplicaciones web». La 
>> expresión «aplicación web» se acuñó para obviar la distinción
>> fundamental entre el software que se entrega a los usuarios y el que
>> se ejecuta en un servidor. Puede referirse a un programa cliente
>> especializado que se ejecuta en un navegador, puede referirse a un 
>> software especializado del servidor, o puede referirse a un programa 
>> cliente especializado que opera mano a mano con software especializado 
>> del servidor. La parte cliente y la parte servidor plantean problemas 
>> éticos diferentes, aun cuando estén tan integradas que se pueda 
>> considerar que forman parte de un solo programa. Este artículo se
>> ocupa solo del software de la parte cliente. Tratamos lo referente al
>> servidor por separado.



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