implanté des corrections, suggestions diverses, ajouté de la viande,
bibliographies pour les spécifications de formats git-svn-id: file:///home/matteo/Downloads/gna/svn/gulum@31 e86ba84a-1b32-0410-87b2-c3a91cda2950
This commit is contained in:
parent
6ff50528d3
commit
b8659b77fc
|
@ -28,6 +28,8 @@ Du coup, le citoyen ne se voit plus obligé d'acheter un logiciel particulier pa
|
|||
|
||||
Un exemple pour illustrer cette situation serait les formats utilisés par \mso{} (notamment \fileext{.doc}, \fileext{.xls} et \fileext{.ppt}). Ces formats sont propriétaires (fermés) et jalousement gardés par \ms. Personne d'autre que \ms{} ne peut savoir \emph{exactement} comment fonctionne l'ensemble de ces formats, et les consommateurs sont donc littéralement «~enfermés~» dans ces formats. Bref, le but de la man\oe{}uvre est de créer chez, les utilisateurs de \mso{}, une crainte d'incompatibilité avec les autres logiciels. Ce phénomène a largement été étudié et est connu sous le terme anglais \angl{vendor lock-in}.
|
||||
|
||||
Le seul moyen pour les concepteurs de logiciels serait alors de faire de la \emph{rétro-ingénierie}\cite{WIK_retroing}, c'est-à-dire tenter de «~deviner~» la structure du format par essais et erreurs. C'est un procédé long, complexe, nécessitant parfois d'aller à l'encontre de licences en place, et ne donnant souvent que des résultats incomplets. C'est néanmoins ce que sont forcés de faire la grande majorité des logiciels, qu'ils soient libres ou propriétaires, pour pouvoir manipuler les formats fermés.
|
||||
|
||||
À l'opposé, dans l'éventualité où \mso{} utiliserait un format entièrement ouvert et libre, le consommateur pourrait choisir un logiciel à prix compétitif, ou \mso{} parce qu'il «~aime particulièrement l'Assistant Office~» et non pas «~parce que ses professeurs utilisent \mso{}~».
|
||||
|
||||
\subsubsection{Indépendance et longévité}
|
||||
|
@ -46,10 +48,42 @@ Parmi les nombreuses raisons pour lesquelles les formats ouverts devraient être
|
|||
\end{itemize}
|
||||
|
||||
|
||||
% Je trouve cette section bien trop longue, elle s'adresse à des gens qui
|
||||
% s'en foutent et n'en ont jamais entendu parler ! -- Pascal
|
||||
\subsection{Pourquoi pas «~Office OpenXML~» de \mso{} 2007 ?}% j'aurais besoin de la contribution de quelqu'un pour cette section là, je ne me sens pas trop connaissant sur le sujet
|
||||
Les raisons de fuir le nouveau format \soft{OOXML} (\soft{Office Open XML}, à ne pas confondre avec \soft{OpenDocument} ou \soft{OpenOffice}) sont nombreuses, au point où elles pourraient faire l'objet d'un argumentaire entier. Pour des raisons de simplicité et de concision, nous ne mentionnerons que quelques points saillants sous forme simplifiée.
|
||||
|
||||
|
||||
%Exemples de formats pouvant être qualifiés comme « ouverts », site web les répertoriant ?
|
||||
\subsection{Quelques exemples}
|
||||
\label{sec:ofmtex}
|
||||
|
||||
Voici une liste non exhaustive de formats ouverts populaires.
|
||||
\begin{description}
|
||||
\item \soft{OASIS OpenDocument}\cite{SPEC_opendocument} (\fileext{.odt}, \fileext{.ods}, \fileext{.odp}, etc.) : formats de documents de bureautique pouvant remplacer \fileext{.doc}, \fileext{.xls}, \fileext{.ppt}, etc. Ces formats sont supportés par \soft{OpenOffice, Google Docs \& Spreadsheets, KWord, Abiword, Gnumeric, ajaxWrite, Ichitaro, TextEdit, Zoho Writer}, etc.
|
||||
\item \soft{OGG Vorbis}\cite{SPEC_vorbis} (\fileext{.ogg}) : format de compression audio libre de brevets. La compression audio «~avec pertes~» permet d'éliminer une partie de l'information audio que l'oreille humaine ne peut (généralement) pas entendre, afin d'obtenir un échantillon nécessitant moins d'espace de stockage. OGG Vorbis offre une qualité sonore supérieure au MP3 à des niveaux de compression équivalents.
|
||||
\item \soft{OGG Theora}\cite{SPEC_theora} (\fileext{.ogg}, \fileext{.ogm}) : codec vidéo comparable au MPEG-4, mais libre de brevets. Sert à compresser et décompresser les images d'une vidéo.
|
||||
\item \soft{Free Lossless Audio Codec} (\fileext{.flac}) : codec audio sans perte de qualité sonore permettant de stocker des enregistrements en utilisant moins d'espace qu'un format non compressé. À savoir que la compression \soft{FLAC} est «~sans pertes~», c'est-à-dire qu'il n'y a aucune dégradation de la qualité sonore (comparativement aux codecs «~avec pertes~» comme le \soft{OGG Vorbis}).
|
||||
\item \soft{Scalable Vector Graphics}\cite{SPEC_svg} (\fileext{.svg}) : un format d'images vectorielles, principalement utilisé par \soft{Inkscape}, et supporté par les navigateurs Web récents, à l'exception d'Internet Explorer 7 qui ne prend pas en charge SVG. Les images vectorielles sont des images interprétées par des calculs mathématiques. Elles possèdent l'avantage d'une qualité optimale, peu importe la taille, mais peuvent nécessiter une puissance de calcul plus grande dans le cas d'images photoréalistes.
|
||||
\item \soft{Portable Network Graphics} \cite{SPEC_png} (\fileext{.png}) : un format d'images matricielles «~non destructeur~» (sans perte de qualité). Supporte également les palettes de couleurs fixes et la transparence avec canaux alphas. Contrairement à SVG, PNG, étant un format d'images matricielles, est à taille fixe et dépend de la résolution d'écran ou d'impression.
|
||||
\item \soft{Portable Document Format} \cite{SPEC_pdf} (\fileext{.pdf}) : format ayant l'avantage de préserver la mise en forme d'un document (images, polices de texte, objets graphiques, espaces, etc), peu importe l'application ou la plateforme utilisée pour le lire. Un désavantage de cette préservation rigide de la mise en page est qu'il est difficile pour l'utilisateur de modifier des documents PDF.%note de jeff: wikipédia a des infos inquiétantes, mais c'est seulement mentionné sur la page francophone, et je sais plus si c'est d'actualité en 2007 alors qu'Adobe a annoncé qu'ils allaient se faire standardiser à fond par ISO ou un truc du genre.
|
||||
%%PDF est un format ouvert, c’est-à-dire que son créateur Adobe Systems autorise des programmes tiers à réutiliser son format.
|
||||
%%Il se réserve cependant la propriété de nombreux brevets déposés, et donc le droit de demander des redevances. Il reste très tolérant à ce sujet : en effet, les spécifications sont publiques et utilisables librement (certains éléments sont à disposition sur le site Adobe[1]) et gratuitement (à l'exception de quelques très importantes sociétés commerciales auxquelles Adobe demande alors une participation financière).
|
||||
\end{description}
|
||||
|
||||
Voir aussi : % Sous forme de références ? -- Pascal
|
||||
\begin{itemize}
|
||||
\item \url{http://fr.wikipedia.org/wiki/Format_ouvert}
|
||||
\item \url{http://www.openformats.org/fr6}
|
||||
\item \url{http://fr.wikipedia.org/wiki/Alternatives_ouvertes_aux_formats_fermés}
|
||||
\end{itemize}
|
||||
|
||||
|
||||
% Je trouve cette section bien trop longue, elle s'adresse à des gens qui s'en foutent et n'en ont jamais entendu parler ! -- Pascal
|
||||
|
||||
%On pourrait aussi parler de XPS (XML Paper Specification) qui est encore une autre copie corrompue par Microsoft du vénérable format PDF.
|
||||
%Sauf que j'ai l'impression que ça commencerait à être long. À voir. Dans ce cas faudrait renommer tout ça en "attention aux faux formats ouverts qui en sont pas vraiment, isatrap!" --Jeff
|
||||
|
||||
\subsection{Pourquoi pas «~XPS~» ou «~Office OpenXML~» de \mso{} 2007 ?}
|
||||
Dans un contexte de formats ouverts, il faut toutefois se mettre en garde contre les \textbf{«~faux~» formats ouverts}. \soft{XPS (XML Paper Specification)} et \soft{Office OpenXML} sont des formats mis de l'avant par Microsoft dans le but de raffermir leur emprise sur les formats que nous utilisons dans la vie courante.
|
||||
|
||||
Les raisons de fuir le nouveau format \soft{OOXML} (\soft{Office Open XML}, à ne pas confondre avec \soft{OpenDocument} ou \soft{OpenOffice}) sont nombreuses, au point où elles pourraient faire l'objet d'un argumentaire entier. Pour des raisons de simplicité et de concision, nous ne mentionnerons que quelques points saillants sous forme simplifiée, et nous nous attarderons uniquement sur le format \soft{OOXML}.
|
||||
|
||||
\subsubsection{\soft{OOXML} n'est pas réellement ouvert}
|
||||
Contrairement au format OpenDocument (qui a été ratifié comme le standard ISO/IEC 26300:2006), le format Office OpenXML n'est qu'une tactique publicitaire de \ms{} pour tenter de conserver ses contrats gouvernementaux en se proclamant «~ouvert~» tout en s'assurant d'être les seuls à être réellement en mesure d'utiliser le format à sa pleine capacité.
|
||||
|
@ -87,36 +121,15 @@ Par exemple, la section 6.1.2.19 du quatrième volume de la spécification du fo
|
|||
\begin{itemize}
|
||||
\item \soft{OOXML} a été conçu pour le passé, et non l'avenir \cite{BRA07}
|
||||
\item Les 6039 pages de la spécification sont impossibles à évaluer dans un délai raisonnable \cite{GOO07}
|
||||
\item Le format de dates décimal est utilisé et ignore le standard ISO 8601 \cite{SPO06}%kiddo
|
||||
\item Le format de dates décimal est utilisé et ignore le standard ISO 8601 \cite{SPO06}
|
||||
\item Omissions et contradictions dans la spécification \soft{OOXML} \cite{EOOXML_objections}
|
||||
\item Format de numérotation ignorant les standards \soft{ISO 10646} et \soft{W3C XSLT} \cite{EOOXML_objections}
|
||||
\item Microsoft réinvente la roue au lieu d'utiliser des standards existants (comme MathML, SVG, les formats de numérotation ISO 10646 et les dates ISO 8601 mentionnés ci-haut)
|
||||
\item Objections diverses au format \soft{OOXML} \cite{EOOXML_objections}
|
||||
\item When is a standard not a standard? \cite{MAC07}
|
||||
\item Critiques du format \soft{OOXML} sur Wikipédia \cite{WIK_OOXMLcriticism}
|
||||
\end{itemize}
|
||||
%On pourrait aussi parler de XPS (XML Paper Specification) qui est encore une autre copie corrompue par Microsoft du vénérable format PDF.
|
||||
|
||||
%Exemples de formats pouvant être qualifiés comme « ouverts », site web les répertoriant ?
|
||||
\subsection{Quelques exemples}
|
||||
\label{sec:ofmtex}
|
||||
|
||||
Voici une liste non exhaustive de formats ouverts populaires.
|
||||
\begin{description}
|
||||
\item \soft{OASIS OpenDocument} (\fileext{.odt}, \fileext{.ods}, \fileext{.odp}, etc.) : formats de documents de bureautique pouvant remplacer \fileext{.doc}, \fileext{.xls}, \fileext{.ppt}, etc. Ces formats sont supportés par \soft{OpenOffice, Google Docs \& Spreadsheets, KWord, Abiword, Gnumeric, ajaxWrite, Ichitaro, TextEdit, Zoho Writer}, etc.
|
||||
\item \soft{OGG Vorbis} (\fileext{.ogg}) : format de compression audio libre de brevets. La compression audio «~avec pertes~» permet d'éliminer une partie de l'information audio que l'oreille humaine ne peut (généralement) pas entendre, afin d'obtenir un échantillon nécessitant moins d'espace de stockage. OGG Vorbis offre une qualité sonore supérieure au MP3 à des niveaux de compression équivalents.
|
||||
\item \soft{OGG Theora} (\fileext{.ogg}, \fileext{.ogm}) : codec vidéo comparable au MPEG-4, mais libre de brevets. Sert à compresser et décompresser les images d'une vidéo.
|
||||
\item \soft{Free Lossless Audio Codec} (\fileext{.flac}) : codec audio sans perte de qualité sonore permettant de stocker des enregistrements en utilisant moins d'espace qu'un format non compressé. À savoir que la compression \soft{FLAC} est «~sans pertes~», c'est-à-dire qu'il n'y a aucune dégradation de la qualité sonore (comparativement aux codecs «~avec pertes~» comme le \soft{OGG Vorbis}).
|
||||
\item \soft{Scalable Vector Graphics} (\fileext{.svg}) : un format d'images vectorielles, principalement utilisé par \soft{Inkscape}, et supporté par les navigateurs Web décents (\firefox et dérivés, \soft{Safari, Opera, Konqueror}, etc.). Les images vectorielles sont des images interprétées par des calculs mathématiques. Elles possèdent l'avantage d'une qualité optimale, peu importe la taille, mais peuvent nécessiter une puissance de calcul plus grande dans le cas d'images photoréalistes.
|
||||
\item \soft{Portable Network Graphics} (\fileext{.png}) : un format d'images matricielles «~non destructeur~» (sans perte de qualité).%Plus d'infos ? Comparer avec SVG ?
|
||||
%PDF
|
||||
\end{description}
|
||||
|
||||
Voir aussi : % Sous forme de références ? -- Pascal
|
||||
\begin{itemize}
|
||||
\item \url{http://fr.wikipedia.org/wiki/Format_ouvert}
|
||||
\item \url{http://www.openformats.org/fr6}
|
||||
\item \url{http://fr.wikipedia.org/wiki/Alternatives_ouvertes_aux_formats_fermés}
|
||||
\end{itemize}
|
||||
|
||||
|
||||
\subsection{Propositions pour l'usage de formats ouverts}
|
||||
|
|
|
@ -1 +1,2 @@
|
|||
\section{Introduction}
|
||||
% De façon générale (et en soi ce n'est pas mauvais), ça transparaît beaucoup dans la recherche que vous avez un parti pris pour les logiciels libres et des formats ouverts. C'est correct, car ultimement la on veut que la conclusion soit en faveur du libre et de l’ouvert, mais ça intéressant que ce parti pris ne s'étale pas totalement dès les introductions des sections. Bref, il serait intéressant, et ce que nous cherchons dans la plupart de nos recherches, d'avoir une certaine évolution du type: mise en contexte / problématique / solution qui amènerai la solution des logiciels libres à un problème existant, plutôt que l'inverse.
|
||||
|
|
|
@ -52,6 +52,13 @@
|
|||
\url{http://fr.wikipedia.org/wiki/Format_de_données}]"
|
||||
}
|
||||
|
||||
@misc{WIK_retroing,
|
||||
author = "Wikipédia",
|
||||
title = "{Rétro-ingénierie --- Wikipédia{,} l'encyclopédie libre}",
|
||||
year = "2007",
|
||||
url = "http://fr.wikipedia.org/wiki/Rétro-ingénierie",
|
||||
note = "[En ligne; Page disponible le 11 août 2007, \url{http://fr.wikipedia.org/wiki/Rétro-ingénierie}]"
|
||||
}
|
||||
|
||||
@misc{WIK_ooxmlcriticism,
|
||||
author = "Wikipedia",
|
||||
|
@ -69,6 +76,49 @@
|
|||
howpublished = "\url{http://www.grokdoc.net/index.php/EOOXML_objections}"
|
||||
}
|
||||
|
||||
@misc{SPEC_svg,
|
||||
title="{Scalable Vector Graphics (SVG) 1.1 Specification}",
|
||||
author = "W3C",
|
||||
year = 2003,
|
||||
howpublished = "\url{http://www.w3.org/TR/SVG11/}"
|
||||
}
|
||||
@misc{SPEC_png,
|
||||
title="{Portable Network Graphics (PNG) Specification (Second Edition)}",
|
||||
author = "W3C",
|
||||
year = 2003,
|
||||
howpublished = "\url{http://www.w3.org/TR/PNG/}"
|
||||
}
|
||||
@misc{SPEC_opendocument,
|
||||
title="{Open Document Format for Office Applications (OpenDocument) v1.0}",
|
||||
author = "OASIS",
|
||||
year = 2005,
|
||||
howpublished = "\url{http://www.oasis-open.org/committees/download.php/12572/OpenDocument-v1.0-os.pdf}"
|
||||
}
|
||||
@misc{SPEC_theora,
|
||||
title="{Theora I Specification}",
|
||||
author = "Xiph foundation",
|
||||
year = 2006,
|
||||
howpublished = "\url{http://www.theora.org/doc/Theora_I_spec.pdf}"
|
||||
}
|
||||
@misc{SPEC_flac,
|
||||
title="{FLAC - format}",
|
||||
author = "Xiph foundation",
|
||||
year = 2007,
|
||||
howpublished = "\url{http://flac.sourceforge.net/format.html}"
|
||||
}
|
||||
@misc{SPEC_vorbis,
|
||||
title="{Vorbis I specification}",
|
||||
author = "Xiph foundation",
|
||||
year = 2004,
|
||||
howpublished = "\url{http://xiph.org/vorbis/doc/Vorbis_I_spec.html}"
|
||||
}
|
||||
@misc{SPEC_pdf,
|
||||
title="{PDF Reference, Sixth Edition, version 1.7}",
|
||||
author = "Adobe Systems Incorporated",
|
||||
year = 2007,
|
||||
howpublished = "\url{http://www.adobe.com/devnet/acrobat/pdfs/pdf_reference_1-7.pdf}"
|
||||
}
|
||||
|
||||
@misc{BRA07,
|
||||
author = "Michael Brauer",
|
||||
title = " {ODF} is designed for the future, not the past",
|
||||
|
|
Loading…
Reference in New Issue