[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [GNU-traductores] Revisión de javascript-trap (2)
From: |
DGSJ |
Subject: |
Re: [GNU-traductores] Revisión de javascript-trap (2) |
Date: |
Sun, 19 Nov 2017 13:24:47 +0100 |
User-agent: |
Mutt/1.8.0 (2017-02-23) |
On Wed, Nov 15, 2017 at 08:26:15PM +0100, Javier Fdez. Retenaga wrote:
> Segunda parte:
Buenos días
Os mando mi revisión
Saludos
>
>
> 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*
>
>
> 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
>
>
> 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.
>
>
> 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.
>
>
> A strong movement has developed that calls for web sites to communicate
> only through formats and protocols that are free (some say
> "open"); 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. “Only
> free programs transmitted to the user” 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.
>
>
> Silently loading and running nonfree programs is one among several
> issues raised by "web applications". The term "web
> application" 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.
>
>
>
> _______________________________________________
> Lista de correo www-es-general
> address@hidden
> https://lists.gnu.org/mailman/listinfo/www-es-general
--
-------------------------
Daniel Gutiérrez San José