Le nouveau traitement de texte d'Apple et les formats
Le 11 janvier, Apple a annoncé de nouveaux produits, dont un nouveau logiciel, Pages. Il s'agit d'un traitement de texte, basé sur des modèles de documents (lettre, rapport, journal,...).
Un nouveau logiciel, qui plus est dans le domaine du traitement de texte, donc d'utilisation courante, cela signifie des fichiers à des formats : celui par défaut et ceux reconnus et utilisés. Qu'en est-il ?
La page des spécifications des formats de Pages, intitulée « Capable et compatible » (Capable et compatible), indique :
- l'importation et l'utilisation des fichiers aux formats GIF, JPG, TIFF, PDF et PSD pour les images, et de ceux créés par AppleWorks, par Microsoft Word et par « d'autres traitements de texte » ;
- l'exportation à 5 formats : PDF, Word, HTML, RTF et texte brut.
Quant au format par défaut de Pages, s'agit-il :
- d'un format fermé lié au logiciel ?
- ou d'un format ouvert, comme par exemple du vrai XML comme utilisé par OpenOffice.org et demandé par l'Europe ?
Impossible de le savoir de manière sure. Dans le second cas, un paragraphe aurait alors sans doute vanté les mérites du XML, avec des expressions comme « format reconnu de l'industrie » et « offrant une formidable puissance de traitement et une très large gamme de possibilités ». En l'état actuel, Pages ne semblerait donc pas avoir joué le jeu de l'innovation en terme de formats.
Sources et liens :
- La page des spécifications des formats de Pages, en anglais, http://www.apple.com/iwork/pages/compatibility.html
3 réactions
1 De Thomas Linard - 15/01/2005, 08:29
C'est d'autant plus étrange que le format de Keynote 1 (Keynote 2 forme avec Pages la suite iWork) est un format ouvert :
www.opendarwin.org/projec...
developer.apple.com/techn...
developer.apple.com/apple...
2 De jchris - 15/01/2005, 18:53
Réponse dès le 29 janvier, livraison des premières boîtes !
3 De Thomas Deniau - 19/01/2005, 00:23
Ca ressemble au format de Keynote.
La seule différence notable est que le fichier XML est compressé en gzip
(index.xml.gz)
Le XML n'a aucune indentation ni retour à la ligne, donc il est
difficile à lire "pour un humain". Il utilise 3 namespaces différents,
(sfa, sf, sl).
Le tag principal est du style :
<sl:document xmlns:sfa="developer.apple.com/names...
xmlns:sf="developer.apple.com/names...
xmlns:xsi="www.w3.org/2001/XMLSchema... x
mlns:sl="developer.apple.com/names...
sfa:ID="SLPublicationModel-0" sl:version="2004093000"
sl:generator="slingshot" sl:app_build_date="Dec 21 2004, 16:41:21">
"sl" stocke plein de données sur le document (des métadonnées, mais pas
seulement) : sa langue, son historique des versions, son séparateur
décimal, si la césure automatique est activée, si les ligatures sont
activées, les réglages de mise en page, l'imprimante utilisée, et j'en
passe. On sent le Spotlight.
"sf" est le tag principal. Il gère les 3/4 des trucs : le texte, mais
surtout les styles, qui occupent les 99/100 d'un document Pages
classique.
On a ainsi des tags du style <sf:fontColor>, <sf:textShadow/>,
<sf:strikethru/>, <sf:atsuFontFeatures>, <sf:bold/>,
<sf:underlineColor>, ou encore
<sf:paragraphstyle sfa:ID="SFWPParagraphStyle-3" sf:name="Chapeau 4"
sf:ident="paragraph-style-8"> et <sf:widowControl/>.
sfa: est utilisé dans les attributs on dirait, pour donner des
identifiants aux trucs. On a sfa:sfclass, sfa:type, sfa:number, ou
encore des trucs du style xsi:type="sfa:calibrated-rgb-color-type".
J'ai surement raté le principal, je dis ça en regardant un document au
jugé...
Défaut apparent : les fichiers stockent des tas de trucs et son vite
gros. un "Hello World" prend 200 ko (20 ko, en fait, à cause de la
compression .gz)
Bon pour ceux qui veulent s'en donner à coeur joie, voilà les quelques
lignes intéressantes du Hello World, 700 octets sur 200000 :
<sf:text-storage sf:kind="body" sfa:ID="SFWPStorage-7">
<sf:stylesheet-ref sfa:IDREF="SFSStylesheet-1"/>
<sf:text-body>
<sf:page-start sf:page-index="0"/>
<sf:container-hint sf:page-index="0" sf:cindex="0" sf:sindex="0"
sf:lindex="0" sf:frame-x="56.692913055419922"
sf:frame-y="56.692913055419922" sf:frame-w="481.61416625976562"
sf:frame-h="714" sf:anchor-loc="0"/>
<sf:section sf:name="Chapter 1" sf:style="section-style-0">
<sf:layout sf:style="layout-style-20">
<sf:p sf:style="paragraph-style-32">
Hello World
</sf:p>
</sf:layout>
</sf:section>
<sf:insertion-point/>
</sf:text-body>
</sf:text-storage>
Enfin, les disques durs sont gros, de nos jours
Mais faudra plus gueuler quand on reçoit des pièces jointes de 500 ko
pour un intérêt quasi-nul...