[Lugli] aplicacion para restringir acceso a pdf's
Sebastián sebex007
sebex007 en yahoo.com.ar
Mie Dic 23 18:18:40 ART 2009
El 23 de diciembre de 2009 14:32, Santiago Oberto <
santiago_j_oberto at yahoo.com.ar> escribió:
> Me parece que se armó un hilo interesante.
>
> Hay un montón de ideas de por medio que podrían ser depuradas.
>
> La principal de base es la necesidad de Matías de solución a un problema
> concreto.
>
> Por otro lado, está la necesidad de distribuir ciertos tipos de documentos
> para situaciones especiales que pueden ameritar la necesidad que nos plantea
> Matías. Así rápido no se me ocurren situaciones así, pero las debe haber.
>
> El otro es la dicotomía entre soft libre y la necesidad de mantener ciertos
> contenidos propietarios. Me pareció genial la imagen que usó ralsina de las
> herramientas y los objetos.
>
> [...]
>
> Saludos!
>
> ------------------------------
> *De:* Matías Adés <arcticeye at gmail.com>
> *Para:* Lista del LUGLi <linux at lugli.org.ar>
> *Enviado:* miércoles, 23 de diciembre, 2009 12:55:56
> *Asunto:* Re: [Lugli] aplicacion para restringir acceso a pdf's
>
> siii pero què sabe èl que se le va a destruir el mensajee la 3ra vez q lo
> abra ...juaaa
>
> El 23 de diciembre de 2009 12:54, Roberto Alsina <
> ralsina at netmanagers.com.ar> escribió:
>
>> On Wednesday 23 December 2009 12:26:45 Samuel Alvarez wrote:
>> > No me parece mal la perspectiva de Matías Adés (Che, como rima con
>> Matías
>> > Alé..!) Porque los objetos tienen que ser eternos? A mi hijo le advierto
>> > dos o tres veces, luego liga. Mis objetos los preste dos o tres veces,
>> > cuando vi lo devolvian dañados no los preste mas. Un Programa es una
>> > herramienta y esa es nuestra defensa en el Software libre, mientras que
>> un
>> > archivo, en pdf o en el formato que sea, es un objeto, porque no
>> > restringirlo, una
>> > documentacion que no queremos que se altere, como por ejemplo un
>> testamento
>> > en pdf para repartir entre los deudos.
>>
>> A ver... todo el DRM que veas en PDF es trivial de evitar.
>> Dado que lo único que previene (por ejemplo) la copia del contenido del
>> PDF
>> es:
>>
>> 1) Que el autor pide que no lo copies
>> 2) Que el que lo quiera copiar busque en google "copiar PDF protegido" (el
>> 3er
>> resultado te dice como hacerlo)
>>
>> Me parece que molestarse con 2) es casi perder tiempo. Ponele un mensaje
>> de
>> "prohibida su copia total o parcial" y cuando lo copied de todas formas,
>> bueno, por lo menos te ahorraste los 3 minutos de ponerle DRM.
>>
>> > PD: Sabes el mail que le enviaria a mi ex si supiera que lo abre dos
>> veces
>> > y chau o despues se autodestruye..?
>>
>> Porqué? Te creés que si no lo lee todas las noches se le va a olvidar?
>> Sabés que siempre puede capturar la pantalla no?
>>
>
Claro, me acuerdo hace muchos años un software propietario de win que junto
al CD de instalación traía un "disco llave" que era un diskette.
Te pedía que estuviera puesto durante la instalación y se le disminuía un
contador de 3 oportunidades que venía a ser el tope permitido por la
licencia. Con esto buscaban frenar que uno no lo instalara en mas de 3 PCs.
El asunto era que de vez en cuando el soft se plantaba y solamente
reinstalándolo salia andando. Usandolo en forma legal y honestamente, tener
un tope de 3 veces para instalarlo/reinstalarlo se convertía en un arma de
doble filo. "La solución" a este engorro era tener una imagen del diskette
en el rígido y volverlo a generar para tener un nuevo "disco llave" de tres
oportunidades mas.
No era una "captura de pantalla" pero era una "captura de estado inicial"
que podía hacerse tantas veces como diskettes sanos uno consiguiera.
Aprovecho a saludarlos y desearles Feliz Navidad a todos
(A todos los que creen digo... para el resto, suerte con los regalos que les
pueda traer por la chimenea el gordo de colorado)
SEBASTIAN ROTTA SELETTI
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listas.lugli.org.ar/pipermail/linux/attachments/20091223/ad094a89/attachment.htm
More information about the Linux
mailing list