[Formati] PDF, riassunto delle puntate precedenti. (was Re: [Italy]Re: Formati aperti)

[Giovanni Biscuolo]

--=-syyfVHtKONEkwR1wRxl0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

Parlando del formato PDF su un'altra mailing list,
Il mer, 2003-09-17 alle 14:03, Stefano Maffulli ha scritto:

[...]
> > Ma non e' comunque un "formato proprietario" anche se il reader e'
> > disponibile gratuitamente?
>=20
> Il formato =E8 parzialmente libero, ovvero un sottinsieme delle
> funzionalit=E0 del formato sono liberamente implementabili, mentre altre
> sono esclusive di Adobe.
[...]

Questo significa che terze parti non possono scrivere software in grado
di interpretare *tutti* i dati in formato PDF?

Cosa sono le "funzionalit=E0" in un formato?

[...]

Scrivo per la prima volta in lista formati (che =E8 senza dubbio il posto
migliore dove discutere di queste cose) dopo essermi appena iscritto ed
aver cercato in tutto l'archivio della lista l'occorrenza della parola
PDF.
Ho avento trovato questo fondamentale (a mio avviso) messaggio:
http://lists.softwarelibero.it/pipermail/formati/2002-February/000048.html
dal quale mi sono _convinto_ che il PDF pu=F2 tranquillamente essere
definito libero (secondo la mia personalissima concezione), poi per=F2 ho
letto questo:
http://lists.softwarelibero.it/pipermail/formati/2003-September/000125.html
in particolare:
---
il parere comune della lista formati e` che il PDF non sia
libero. infatti la adobe ne detiene la proprieta` intellettuale e vieta
a chiunque di inventare e divulgare un formato da esso derivato. l'RTF,
quello documentato, invece e` libero.
---

In realt=E0, se non ho capito male, la Adobe detiene il copyright sulla
"definizione" di "cos'=E8" il PDF, e concede a chiunque di sviluppare
programmi che siano in grado di scrivere e leggere in quel formato.
Il formato =E8 (ben?) documentato; manca (forse) la verifica di esistenza
di brevetti sul PDF, che costituirebbe il vero motivo per eliminare il
PDF dall'elenco di formati liberi (come per MP3).

Il fatto che il PDF non possa essere "embraced and extended" senza il
permesso di Adobe =E8 forse un problema?
Siamo sicuri che con RTF chiunque possa "inventare e divulgare" un
formato da esso derivato?

Ritengo che il fatto che ci sia qualcuno che si assume (s/assume/arroga)
il dovere (s/dovere/diritto) di stabilire "come" debba essere un formato
renda quest'ultimo uno standard. Certo sarebbe meglio se ad assumere
questo ruolo fosse una terza parte... ma tant'=E8...

Invece, non sono affatto convinto che Adobe possa legalmente [1]
impedire di "creare" un formato di intescambio dati, che sia un derivato
del formato PDF, e chiamarlo LPDF (TM) [2]... ma questa =E8 tutta un'altra
questione credo, che nulla ha a che vedere con la libert=E0 del formato
(sempre secondo la mia concezione).

Infine le ultime domande:
Qual'=E8 lo stato dell'arte della ricerca?
Dove sono le linee guida per definire libero un formato?
Esiste un progetto o gruppo di lavoro di ASSOLI o altra organizzazione
su questo argomento?
Se si, esiste una pagina web dove sono riassunte le posizioni del gruppo
di lavoro (ho visto la bozza in tex in una mail)?=20

Scusate se vi investo di una valangata di domande o se ingnorantemente
ripeto domande gi=E0 fatte: portate pazienza :-)

Ciao e grazie.
Giovanni.

---
[1] noto che Microsoft lo fa ripetutamente con formati quali HTML
    o protocolli quali Kerberos o LDAP (con Active Directory).

[2] Less Portable Document Format ;-P

--=20
=ABThe ultimate goal is to provide free software to do all of the jobs
 computer users want to do--and thus make proprietary software obsolete.=BB
--------------------------------------------------------------------------
Associazione Culturale MiLUG            | Xelera - servizi GNU/Linux=20
http://www.milug.org                    | http://xelera.it
mailto:giovanni.biscuolo@milug.org      | mailto:g@xelera.it               =
     =20

--=-syyfVHtKONEkwR1wRxl0
Content-Type: application/pgp-signature; name=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQA/aHMPihmrAnWLWXMRAuV1AJ4sszcUy3nrkK8ZwrWnstszx7xDvgCeJ7L5
a07IudZzlZpfXY0C44IdpR4=
=KLFi
-----END PGP SIGNATURE-----

--=-syyfVHtKONEkwR1wRxl0--