Encore un ! Après les nombreux formats de fichiers devenant l’un après l’autre des normes ISO, c’est au tour du PDF d’Adobe de rentrer dans cette grande famille. Inutile de vous préciser que de ce fait nous parlerons à partir de maintenant du “format PDF” – à moins que le doux nom de ISO 32000 vous plaise - et non du “format Adobe PDF”, puisque l’éditeur en a par conséquent perdu les droits de propriétés qu’il avait dessus.
La version normalisé du PDF est la 1.7 (le PDF/A pour l’archivage est la version 1.4 de Acrobat 5). Le format PDF va donc maintenant évolué au niveau des de l’organisme internationale. Voici l’annonce officielle : http://www.iso.org/iso/pressrelease.htm?refid=Ref1141.
Quand à la compatibilité des logiciels exploitant le format aujourd’hui (Acrobat, PDFCreator, ect … ) nous n’en sommes pas encore là ...
Néanmoins si vous souhaitez prendre posséssion de la spécification, il ne vous en coûtera que 370 francs Suisse. Et oui normalisation et gratuité ne sont pas similaires surtout quand l’'organisme est basé en Suisse !
Comment distinguer les deux normes en vigueur – même si la France n’a pas encore reconnu ni Open XML ni ODF comme norme nationale – et choisir celle qui convient le mieux à votre entreprise et aux individus ? La plupart du temps nous associons simplement le format à un logiciel, et même si au fond l’amalgame « OpenDocument Format de Open Office et l’Open XML de Office 2007 » n’est pas abusif aujourd’hui, il le sera sûrement demain. En effet depuis peu Microsoft a annoncé le support d’ODF dans la prochaine version d’Office – Office “14” - et OpenOffice 3 devrait supporter une partie d’Open XML (au moins en import pour le moment).
Nous nous rendons bien compte que les formats vont devenir aussi différents dans leur implémentation que dans l’association d’un format avec un logiciel spécifique.
La bonne nouvelle : les formats ne seront plus associés à un produit et les utilisateurs pourront choisir la suite bureautique avec laquelle ils souhaitent créer et échanger des documents bureautiques.
La mauvaise nouvelle : les implémentations seront différentes et la compatibilité des implémentations ne sera jamais parfaite. Une solution à cela : les jeux de tests que les organismes de standardisation sont en train d’imaginer/réaliser afin de les intégrer dans les normes en question (à ce titre OOo a déjà fait un petit pas en avant sur la conformité des documents conforme avec OOo : lien)
Identifier le format du document et l’application la mieux adaptée pour l’exploiter
Le premier élément d’identification d’un format est évidemment son extension de fichier. Ce tableau récapitule les offres logicielles les plus utilisées pour exploiter les types de document présentés :
Pour les entreprises : des formats pour quoi faire ?
Nous savons qu’ODF et Open XML ne sont pas des formats d’archivage, et n’ont pas vocation pour le devenir, néanmoins ce sont des formats qui utilisent tous le Zip et le XML comme base et s’accordent sur une utilité : la représentation des documents bureautiques.
Bien que techniquement similaire (enfin si l’on ne regarde que l’utilisation du XML, même la validation de la structure XML n’utilise deux technologies différentes), le format Open XML possède quelques avantages fonctionnels sur ODF :
- Compatibilité avec les documents Office binaires (97-2003) mais aussi les formats antérieurs (Lotus123 ? etc)
- Utilisation de schémas embarqués pour intégrer des données XML métier à un document (aka Custom XML)
- Accessibilité
- Sécurité (signature numérique)
- Des formules compatibles – potentiellement plus compatibles que ODF puisqu’elles sont décrites dans la spécification contrairement à ODF - entre les différentes implémentations,
- Des documents possédant des macros en VBA (la grammaire du langage VBA n’est par contre pas spécifiée dans le standard),
- La possibilité de créer des tableaux croisés dynamiques,
Si vous n’avez pas besoin de ces fonctionnalités et souhaitez juste pouvoir écrire un document dans un traitement de texte des plus classiques, composer quelques formules dans un tableur (attention à la compatibilité avec les différentes implémentations d’ODF) et réaliser quelques présentations : choisissez ODF !
Quelques uns des points (accessibilité, formules et sécurité) devraient être intégrés dans la version 1.2 d’ODF qui est en gestation depuis presque 2 ans et qui devrait sortir vraisemblablement à la fin de l’année. Néanmoins, pour le moment rien n’est fait, ni validé, ni implémenté.
Aujourd’hui, le SEUL avantage d’utiliser ODF pour le moment est de pouvoir utiliser un logiciel de suite bureautique gratuit : OpenOffice, Lotus Symphony, etc
En revanche si Office vous convient, que vous possédez un héritage de documents Office et que tous les points présentés concernant Open XML vous sont indispensable, il n’y a aucun doute que choisir Open XML est une évidence et par voie de fait, de conserver vos suites Office. Si vous possédez encore Office 2003 et n’envisagez pas de migration avant 2009 ou 2010 avec la sortie de Office « 14 », vous pouvez toujours utiliser le pack de compatibilité.
Personnellement, Office 2007 est la première version que je trouve ergonomique, puissante, fiable et de qualité. Pour mon usage personnel (hors cadre entreprise), j’ai toujours utilisé OpenOffice à la place d’Office 2003 ! Que de « bons » souvenirs des bugs de OpenOffice 1.0 … oups je m’égare. Néanmoins aujourd’hui, Office 2007 a pris place sur OOo malgré qu’il soit encore et toujours installé sur mes machines.
Mais avant de donner plus de conclusions, regardons un peu l’état actuel des formats, et comme vous allez le voir ce n’est pas si simple que cela pour chacun.
Quelque soit le format, gare aux versions
Commençons par le format Open XML :
- Format ECMA 376 : les documents créés par Office 2007 dès 2006
- Format IS 29500 « Transitional » : la norme Open XML qui garde la compatibilité avec les anciens formats notamment. Office 2007 est pratiquement compatible avec cette version.
- Format IS 29500 « Strict » : la norme ECMA 376 corrigée suite au BRM ISO : dates non ISO, informations de compatibilité, VML, etc retirés. C’est dans cette version que les nouveaux documents devront être créés. Office « 14 » devrait implémenter cette version d’Open XML.
Pour OpenDocument, ce n’est pas rose non plus, d’autant que le format dépend quand à lui de beaucoup de l’implémentation qu’en fait OpenOffice (les spécifications étant légère, OOo rajoute d’ailleurs de nombreuses balises non documentées pour répondre aux fonctionnalités du produit) :
- Pré ODF - “OpenOffice File Format” : le « OpenOffice File Format » avant sa standardisation et son renommage en OpenDocument. Cette version était implémentée par OOo 1.x avant l’implémentation de ODF standardisé dans OOo.
- Version 1.0 : Standardisé en Mai 2006 par l’OASIS, cette version n’a jamais vraiment été implémentée car trop limitée. Cette version a été rapidement mise à jour – patchée – avec la version 1.1 pour manque de fonctionnalités.
- Version 1.1 : Cette version a fait suite aux limitations de la version 1.0 sans apporter d’innovation notable sur le format et ses fonctionnalités. Les versions actuelles de OOo 2.x utilise un mélange de la versions 1.0 et 1.1 tout en offrant quelques extensions
- Version 1.2 : Réelles améliorations du format dont bon nombre manquait cruellement aux précédentes versions : spécification des formules pour les tableurs, sécurité (signature numérique), accessibilité et métadonnées. Cette version est à ce jour toujours en cours d’élaboration. La prochaine version de OOo, la version 3, devrait implémenter cette version du format.
Garantie de la qualité de l’implémentation
L’OASIS et l’ECMA via des comités ou des groupes de travaux (le DIN allemand par exemple) planchent sur des jeux de tests et de conformité, comme sur les méthodes de conversion des formats entre eux. De côté-là pour le moment : wait and see !
OOo a aussi créé un service en ligne de vérification de conformité des documents ODF.
Le XLSB dans tout ça ?
Le format XSLB est peu connu pour ses capacités. En effet, les formats basés sur XML possèdent un énorme défaut : des performances d’enregistrement et de lecture plutôt médiocres dès que la taille des documents devient importante.
Le format XLSB est un nouveau format de Microsoft depuis la sortie de Office 2007 axé sur les performances d’enregistrement/lecture des documents Excel. Les spécifications ont été rendues publiques récemment. Si vous souhaitez exploiter ce format, vous pouvez télécharger les spécifications et signer une licence d’exploitation ici. A noter que toutes les implémentations Open Source peuvent exploiter ces spécifications « gratuitement » (cf la licence).
Les spécifications des formats DOC, XLS et PPT sont également disponibles (dans une version 1.0, bien meilleure que les brouillons qui étaient disponibles jusqu’à présent), consultez ce post pour plus de précisions.
Conclusion : quel format utiliser et pour quel besoin ?
Pour le moment, l’utilisation d’un format est fortement liée à l’application et donc aux fonctionnalités proposées par le format, et indirectement donc par l’éditeur ou le produit. Dans l’avenir les formats devraient de plus en plus devenir ce qu’ils sont censés être : des formats de documents ! L’objectif de la normalisation d’un format est justement d’offrir une indépendance de ce dernier quant à un éditeur ou une implémentation.
Si aujourd’hui vous avez besoin de :
- Compatibilité avec les documents Office binaires (97-2003) et les formats antérieurs (Lotus123 ? etc),
- Utilisation de schémas embarqués pour intégrer des données XML métier,
- Accessibilité,
- Sécurité (signature numérique),
- Tableaux croisés dynamiques,
- Compatibilité avec les logiciels existants (SharePoint, etc …)
Il est très clairement recommandé de rester avec Office, sinon OpenOffice pourra être utilisé pour vos besoins basiques, souvent ceux d’un particulier. Quand je dis “basique'” ce n’est pas parce que je préfère utiliser la suite de Microsoft aujourd’hui, mais c’est un état de fait : OpenOffice n’en fait pas autant que Office 2007 fonctionnellement (surtout sur les fonctionnalités avancées, clairement orientées entreprise : tableau croisé dynamique, etc).
N’oubliez pas que le format Office est de loin le format d’échange du marché, même si de nombreuses associations tentent de faire croire que ODF s’impose dans le secteur gouvernemental, etc. C’est toujours un fait : le format Office est le format à privilégier en entreprise.
Ne sous estimez pas non plus l’importance de l’ergonomie de l’interface et de la productivité de vos collaborateurs, par exemple, l’ajout d’une image dans OOo est toujours beaucoup plus pénible que dans Office 2007. Si vos collaborateurs sont de grands utilisateurs de la suite bureautique Office, le retour sur investissement devrait s’en faire sentir à la longue.
Egalement un petit feedback de migration des documents Office vers OpenOffice :
- Formez bien vos utilisateurs (apprentissage de l'interface et des fonctionnalités, extension des fichiers, nouveau langage de macro, etc),
- Beaucoup de travail pour refaire toutes la logique métier derrière vos macros,
- Si vos utilisateurs résistent ou sont moins productifs : n’hésitez pas à repasser à Office … et même si les journaux n’en parlent pas, beaucoup le font (sans le dire évidemment) ! Réfléchissez y bien avant de migrer ! Ne le faites pas sur un coup de tête, c'est un choix très lourd sur votre SI et son évolution.
Conclusion : qu’attendre de cette guerre des formats ?
De la concurrence et donc une émulsion technique et fonctionnelle des formats de fichiers de documents numériques. Néanmoins, une fusion des formats dans un avenir proche semble exclue. On pourrait en attendre que du bon, seulement il ne faut pas se voiler la face, la compatibilité des documents et des implémentations n’a pas fini de nous gâcher l'existence …
Doug Mahugh l’annonce aujourd’hui dans son post : la documentation technique des protocoles utilisé par Office 2007, Exchange 2007 et SharePoint 2007 est marquée de la version 1.0 !
L’annonce de la presse officielle est ici.
Les formats binaire Office (Word, Excel et PowerPoint)
Les formats de fichier binaire d’Office voient leur documentation respective renouvelée, celle-ci apporte des détails supplémentaires et plus précis que la précédente version :
Vous trouverez les autres formats sur cette page.
Extrait de la documentation du format .ppt
Le format XLSB (ou BIFF12)
Les formats XML possèdent beaucoup d’avantages mais aussi un inconvénient de taille : les performances ! C’est pourquoi Microsoft a créé un nouveau format pour Excel 2007 permettant d’être plus performant que le format SpreadsheetML (Open XML) et l’ancien format binaire XLS.
Voici le lien vers la documentation : ici.
Les licences !!!
En plus de la publication de ces protocoles, Microsoft a mis à disposition les termes raisonnable et non discriminatoire des licences de ses protocoles et les prix accessibles. Les licences pour utiliser ces protocoles devenus enfin transparent se trouve à cette adresse là.
Néanmoins, les développeurs Open Source, que ce soit commercial ou non, n’ont pas besoin de licence pour le développement des implémentations de ces protocoles ou pour une distribution non commerciale de ces implémentations. Et ça c’est plutôt une excellente nouvelle !
Les extras
En plus de l’arrivée de la documentation technique des protocoles Microsoft, l’éditeur rappel son engagement dans les projets suivants :
Que de lecture et une excellente nouvelle pour les entreprises et les projets Open Source qui devraient se multiplier sur ce domaine dans les mois à venir.
Après plusieurs jours passés à rédiger des articles, créer des bouts de code et relire ces derniers à tête reposé, les voici enfin en ligne sur MSDN dans la rubrique Interop du site :
Pour vous rendre sur la page du sommaire, voici le lien.
Bonne lecture et hésitez pas donner ou à m’envoyer vos commentaires et remarques !
Les quelques liens intéressants de la semaine pour vos projets Open XML :
Avant de vous présenter l’outil ‘en personne’, nous allons déjà parler d’une capacité du format Open XML que l’on ne retrouve pas (encore ?) chez ses concurrents : le support des données métiers directement au sein du document. Cette fonctionnalité est plus connue sous le nom de Custom XML (découvrez les bases par la pratique ou la théorie avancée).
Par exemple vous souhaitez que les informations ci-dessous extraites de votre système d’information :
soient intégrées dans votre document :
Comment faire cela ? Les développeurs vont diront qu’il suffit de quelques balises customXml pour réaliser cette prouesse, et d’autres vous diront qu’il suffit d’un outil pour le faire. Mais quel outil exactement ? Word est pourtant l’outil rêvé pour éditer ces documents, néanmoins il botte clairement en touche sur ce point … En effet, s’il manque une fonctionnalité que Microsoft n’a pas eu le temps de mettre dans Word 2007 dans sa version finale, il s’agit bien de celle-ci.
Néanmoins les équipes de développement n’ont pas laissé tomber leurs utilisateurs et leurs clients pour autant puisqu’un projet a rapidement été créé sur CodePlex pour combler ce manque, et comme vous vous en doutez, il s’agit de Word Content Control Toolkit.
Comment se présente donc cet outil :
Il y a deux panneaux relativement simple à appréhender. D’un côté les Content Control que l’utilisateur a placé dans le document grâce à Word (onglet Développeur – visible en l’activant dans les options de Word) et de l’autre les noeuds (et la structure si vous cliquez sur ‘Edit view’) qu’il est possible d’associer sous la forme d’une expression XPath à un Content Control. Pour associer les noeuds à un Content Control, il suffit de faire un drag and drop du noeud vers le Content Control. L’expression XPath générée sera alors ajouté dans la propriété ‘XPath’ du Content Control, et une fois le document enregistré avec vos modifications, vous pourrez admirer que les données XML se retrouve dans votre document Word.
L’exploitation de l’outil est démontré dans ce post que je vous laisse consulter pour en faire de même.
Un outil indispensable de plus pour travailler avec Open XML …
Un nouveau post sur les outils pour travailler avec le format Open XML. Aujourd’hui je vais vous présenter un des tout premiers outils Open XML - créé par le hollandais Wouter van Vugt - et qui m’a énormément servi durant de nombreux projets (et qui continue de me servir bien évidemment même si d’autres outils mieux intégrés sont venus grignotter quelques uns de ses fonctionnalités).
Comme non l’indique, PackageExplorer est un explorateur de package Open XML ou plus spécifiquement de fichiers respectant l’Open Packaging Convention (vous savez la structure logique d’un document Open XML qui permet de pouvoir retrouver et rassembler tous les éléments pour pouvoir afficher le document). Pour une présentation plus précise de OPC - Open Packaging Convention – vous pouvez consulter l’article suivant sur MSDN.
Pour ceux qui ont pu participer aux différentes sessions des TechDays que j’ai dispensé en 2007 ou 2008 (voici la présentation et les démos) vous avez pu constater que l’Open Packaging Convention n’est pas seulement lié aux formats de document Open XML, mais aussi à XPS et à des formats de fichier personnalisés spécifiques aux applications des entreprises (cf la démonstration avec le format de diaporama). Package Explorer pourra donc au même titre vous aider à parcourir les différentes parties de ces documents.
PackageExplorer est un projet hébergé sur CodePlex, donc Open Source et téléchargeable gratuitement : http://www.codeplex.com/PackageExplorer
Voici l’interface sympathique de PackageExplorer :
Vous remarquerez une interface intuitive et proche de celle de Visual Studio. L’outil vous permettra de pouvoir visualiser les relations entre les parties, d’ouvrir le contenu des parties (de formatter le XML également) et de les modifier, etc.
Voici un résumé des fonctionnalités de l’outil :
- Ouvrir des documents Open XML, XPS, etc
- Créer des nouvelles parties à partir de modèles
- Créer des relations (interne ou externe)
- Visualiser les relations des parties
- Créer des signatures numériques et de les consulter
- Valider le contenu XML des parties
- Utiliser un schema personnalisé pour valider les parties Custom XML
- Voir les propriétés Dublin Core
Comment se sert-on réellement de cet outil dans un projet ?
Outre la visualisation des parties, que vous pouvez déjà faire avec XML Spy que je vous avais déjà présenté (partie 1 – partie 2), vous pouvez modifier les parties, valider vos modifications XML et ensuite lancer directement l’application adéquate (Word, Excel, … enfin celle associée à l’extension du fichier en cours d’édition) sans changer d’interface. Un outil qui vous permettra donc de pouvoir rapidement constater les modifications (les dégâts ???) que vous avez effectuées dans le fichier et de pouvoir ensuite les répercuter dans vos applications de consommation ou de génération de documents Open XML.
L’outil nécessite le framework .NET 3 (notamment pour accéder à l’assembly WindowsBase.dll qui contient l’espace de nompermettant de manipuler OPC en .NET) et est totalement gratuit (contrairement à XML Spy), ce qui devrait en faire un des outils de vos logithèque Open XML sans l’ombre d’un doute.
La récente sortie du SDK Open XML devrait déjà vous permettre d’imaginer une quantité de scénarii pour manipuler les documents Office côté serveur. Néanmoins, vous serez certainement d’accord avec moi que parmi les compétences d’un département IT d’une entreprise, tout le monde n’est pas développeur et ne sait pas manipuler du code .NET. Que reste t-il donc pour ces personnes que l’on appelle souvent “administrateur” ou “IT” ? Les scripts BAT, VBS ou PowerShell … et manipuler du Zip et du XML - les fondements de Open XML – avec ces outils n’est pas chose aisée !
Aujourd’hui ce n’est plus un problème pour vous puisque Eric White (évangéliste chez MS Corp et également le principal contributeur du projet de ce que j’en déduis du nom des participants) vient d’annoncer sur son blog un nouveau projet Open Source vous permettant de manipuler des documents Open XML directement avec PowerShell : PowerTools for Open XML.
L’URL du projet sur Codeplex : http://www.codeplex.com/PowerTools
Par exemple, comment convertir une sortie quelconque d’une commande (liste des processus, les informations système, liste des sites SharePoint, etc) dans une feuille Excel ou un document en quelques lignes de script PowerShell ? La réponse dans cette vidéo :
Video: PowerTools for Open XML Introduction Cela se comprendra aisément, les IT ne sont pas les seules personnes ciblées, puisque les développeurs qui voudraient tirer partie du code ou de ces cmdlet pourront le faire, de même que les personnes – utilisateurs avancés … - souhaitant remettre en forme l’ensemble de leurs documents pourront l’utiliser.
Voici la liste des cmdlets disponibles dans PowerTool for Open XML (les noms des cmdlets sont suffisamment explicites pour que je ne les détail pas ici) :
- Accept-OpenXmlChange
- Add-OpenXmlContent
- Add-OpenXmlDigitalSignature
- Add-OpenXmlDocumentIndex
- Add-OpenXmlDocumentTOA
- Add-OpenXmlDocumentTOC
- Add-OpenXmlDocumentTOF
- Add-OpenXmlPicture
- Export-OpenXmlSpreadsheet
- Export-OpenXmlToHtml
- Export-OpenXmlWordprocessing
- Get-OpenXmlBackground
- Get-OpenXmlComment
- Get-OpenXmlCustomXmlData
- Get-OpenXmlDigitalSignature
- Get-OpenXmlDocument
- Get-OpenXmlFooter
- Get-OpenXmlHeader
- Get-OpenXmlStyle
- Get-OpenXmlTheme
- Get-OpenXmlWatermark
- Lock-OpenXmlDocument
- Remove-OpenXmlComment
- Remove-OpenXmlDigitalSignature
- Set-OpenXmlBackground
- Set-OpenXmlContentFormat
- Set-OpenXmlContentStyle
- Set-OpenXmlCustomXmlData
- Set-OpenXmlFooter
- Set-OpenXmlHeader
- Set-OpenXmlStyle
- Set-OpenXmlTheme
- Set-OpenXmlWatermark
Vous vous imaginez bien de la puissance de cet outil, puisque de nombreux scénarii côté serveur sont directement adressés. De plus n’est t-il pas plus intéressant d’avoir des logs ou de créer des rapports côté serveur avec tant de simplicité et lisible directement dans Office (surtout que le format est compressé donc à partir d’une certaine taille vos logs n’en seront que plus petits sur vos disques dur).
Si vous êtes intéresser par l’architecture et la technique derrière ce projet, Eric White met à votre disposition cette page.
Je vous laisse donc avec ce nouveau projet que je vous conseille d’utiliser ou de considérer dans vos scripts de logs planifiés, j’ai encore quelques scripts PowerShell à finir moi …
PS : un grand merci à Eric pour ce projet !
On commençait à l’attendre depuis maintenant presque une année, mais le voici enfin en version finale : le SDK Open XML v1 ! Pourquoi v1, tout simplement parce qie l’on parle déjà de la version 2 du SDK (cf ce post).
Sans attendre, voici les liens vers les différents éléments :
wnload from MSDN. Here are the links:
Avec cela vient évidemment la “go-live” pour utiliser le SDK dans vos applications et produits. Maintenant nous attendons la prochaine version du SDK et notamment les CTP pour nous faire patienter et apporter des feedbacks à l’équipe de développement. A ce sujet, sachez qu’il existe une section dans Connect pour communiquer vos feedbacks. Voici la ‘FAQ’ pour vous y connecter :
- Enregsitrez vous sur le site Microsoft Connect avec votre compte Live,
- Envoyez un mail avec votre Login Live (pas votre mot de passe !) à osdkhelp@microsoft.com,
- Vous devriez recevoir une invitation avec les informations pour vous connecter au site du SDK Open XML.
En vous le lien vers le portail Open XML : http://msdn.microsoft.com/en-us/office/aa905545.aspx et le ressource center : http://msdn.microsoft.com/en-us/office/bb265236.aspx
Ce post devrait avoir quelques petits pour vous détailler le SDK en détail …
Pour continuer dans la série “Travailler avec Open XML”, voici la présentation de DiffDog de Altova.
Les précédents articles de la série :
DiffDog est basiquement un outil de comparaison de fichier et de répertoire. Il fait partie de ces outils comme on en trouve de nombreux dans ce domaine, néanmoins sa prise en compte de la comparaison/fusion de documents Open XML le fait sortir du lot pour cette utilisation.
On se sert de DiffDog par exemple lorsque l’on génère des documents à partir de code (Open XML SDK, OpenXML4J, etc) afin de trouver les différences entre les fichiers générés par une application – Office 2007 – et ceux que l’on vient de générés avec son application. On aime bien savoir pourquoi le document créé avec Word 2007 est plus beau que celui que l’on vient de généré en C#, et donc de pouvoir récupérer les styles et autres effets graphiques nécessaires en un clin d’oeil !
DiffDog compare très bien les fichiers XML – spécialité de l’'éditeur – et par conséquent les comparaisons sont relativement précises :
Un outil qui vient avec la suite de Altova qui vous permettra de pouvoir comparer rapidement et efficacement vos documents pour voir les différences.
Si vous préférez – surtout lorsque l’on débute avec le format - avoir une comparaison au niveau des éléments du document, par exemple : “le paragraphe ‘Open XML est ... format de fichier novateur’ a été modifié !” ou “L’image toto.gif a été ajouté à cet endroit” un projet OPCDiff a été créé pour remplir cette ambition : http://www.codeplex.com/opcdiff. Il faudra sûrement attendre la version finale du SDK Open XML dans les mois à venir pour voir ce projet avancer.
Remarque : Promis je n’ai pas d’action chez Altova ni ne touche de commission sur les ventes de produit :-)
Après de nombreuses discussions sur l’évangélisme, la dernière datant du WygDay (la personne se reconnaitra), je laisse mes livres de référence sur le sujet qui je pense devraient faire partie de la culture de tout évangéliste de métier. Ca m’évitera de les donner à chaque fois.
Quelle est la limite entre l’évangélisme et le prosélytisme ? Quel profil recruter pour créer une équipe d’évangélistes ? Comment faire de vos clients votre première force de vente ? ou même : Faisons nous réellement de l’évangélisme ? et : Est-ce que votre entreprise est capable d’évangéliser ?
Parmi la foultitude de livres sur le sujet, je vous recommande les deux ouvrages suivants :
- “Sellling the dream” de Guy Kawasaki (le second évangéliste d’Apple – après Mike Boich – et l’un des permiers dans son genre)
- Passionnant et plein de bon sens, voici la synthèse de l’expérience de Guy Kawasaki dans son job d’évangéliste, un must-read
- “Creating Customer Evangelists” de Ben McConnel et Jackie Huba
- Orienté vers la pratique avec pas mal d’exemples qui peuvent vous donner un aperçu de la puissance de l’évangélisme quand il est bien implémenté
Allez hop je viens d’évangéliser ces deux très bons ouvrages !
Vous avez dû le croiser sur un certain nombre de sites ces derniers temps : l'Afrique du Sud, le Vénézuela, l'Inde et le Brésil se sont opposés au processus de normalisation de Open XML - anciennement DIS 29500. C’est la première fois qu’une plainte de ce genre intervient dans le processus ISO. Après avoir écrit un bon pavé – pour ne pas changer – j’ai trouvé que le post de Rick Jellife, qui résume très bien la situation et ce qui devrait se passer, valait mieux qu’un long discours : http://www.oreillynet.com/xml/blog/2008/06/is_29500_a_standard_with_appea.html
A l'heure où j'écris ces lignes, IBM vient tout juste de sortir la première version de Lotus Symphony, la version IBM de OpenOffice.org ... une coincidence vous pensez ?
Les éditeurs et entreprises informatique possèdent un avantage considérable sur les autres entreprises des autres marchés (industrie, commerce, etc) : le coût du transport des produits - immatériel - est quasiment nul grâce au réseau et à Internet ! On oubliera les belles boites en carton des logiciels vendus en magasin ou les DVDs envoyés par la poste à l'heure où Internet tend à devenir le premier moyen de distribution de logiciels et que nous nous tournons vers les modes SaaS, S+S, Cloud computing, etc (enfin si vous avez assisté aux dernière conférences Microsoft vous connaissez le discours sur ce point).
Pour les entreprises éditrice de logiciel, la valeur ajoutée incombe directement des ventes de leurs produits. Si l'entreprise exporte à l'étranger en fonction du marché national, chaque logiciel doit être localisé (si vous voulez couvrir l'Europe, il vous faudra le traduire en plus de 20 langues, une des raisons de la difficulté de ce marché en Europe ?) et un traducteur suffira le plus souvent à cette simple tâche. Pour les SSII, la valeur ajoutée est issue directement des salariés employés (CA +/- proportionnel au nombre de salariés). Plus difficile donc d'exporter son "produit" ou de le "localiser" (langue et culture locales) pour un pays ciblé, un collaborateur n'est pas non plus aussi facile à "packager" qu'un site web ou un logiciel malheureusement ... néanmoins, l'envie d'une expérience à l'étranger ne vous effrai pas, mais où aller pour minimiser les risques et maximiser ses chances de succès ?
Bref, après une introduction un peu longue, voici le corps de ce post ! Si vous hésitez entre plusieurs pays où vous implanter, voici un site relativement sérieux (que je traine depuis des mois, mais de plus en plus de personnes me demandant un lien avec ces informations, le voici) qui agrège les données du monde des affaires de nombreux pays : doingbusiness.com. Ce site permet de faire une comparaison entre les pays (indicateurs des grandes villes disponibles également) selon plusieurs critères : facilité à faire des affaires, protection des investisseurs, protection intellectuelle, embauche, ouverture avec l'extérieur, etc
Voici donc la "planète business" qui devrait vous donner quelques pistes :
La version française, évidemment moins complètes comme pour les livres, est disponible à cette adresse : http://francais.doingbusiness.org/. Vous trouverez également sur ce site de nombreux document et liens généraux sur l'entreprenariat.
Cette carte regroupe quelques uns des indicateurs importants lorsque l'on veut ouvrir une entreprise à l'étranger ; néanmoins celle-ci ne sera jamais aussi précise ou réaliste que : les contacts que vous y avez, votre maitrise de la langue locale (ou des langues), les opportunités potentielles, la qualité de la main d'oeuvre que vous y emploierez, la stabilité politique, la culture locale, les "pratiques business" du pays et votre connaissance de la loi et du pays en général (ses avantages/inconvénients, les problèmes locaux qui touche chaque habitant). N'oubliez pas non plus de gérer les problèmes d'échange de monnaie, (il existe certaines parades, néanmoins la plupart relèvent de la maitrise des principes boursiers), de transport des personnes physiques, de la motivation des personnes qui viendront avec vous, etc ... Une aventure et des risques qui font que certains diront que le meilleur business se trouve là où l'on est ... et pourtant partir à l'étranger, ça marche pour ceux qui en ont la volonté ... et de la préparation ! Au moins les coûts de transport quasi inexistants de votre application est déjà un avantage considérable.
Si vous désirez ouvrir votre première entreprise directement à l'étranger, je vous propose tout d'abord la lecture d'un très bon livre sur le sujet (bien qu'un peu ciblé sur le marché américain dans les premiers chapitres) qui devrait vous remettre les idées au clair après la lecture par exemple d'un livre de Guy Kawasaki (qui laisse toujours assez rêveur sur son potentiel entreprenarial) ou d'une discussion avec un entrepreneur qui réussi son coup : The Illusions of Entrepreneuship de Scott Shane.
Scott y décrit les obstacles point par point du lancement d'une entreprise : rentabilité personnelle tardive (si vous avez la chance d'être rentable un jour), profil personnel - est-ce que vous êtes vraiment fait pour ça ? Près à lâcher votre confort de vie ? Près à vivre sans grande rémunération voire aucune pendant des mois et des mois ? A devoir vous brouiller certaines fois avec votre femme ou mari que vous négligez ? (les journées ne font que 24h, vous négligerez votre autre moitié forcément un jour ou l'autre), etc -, les investissements, soucis quotidiens, etc
PS : et oui tout ça juste pour un lien ...
Vous en rêviez, Microsoft l'a fait ! Pour une fois, je pense que l’on n’est pas loin de la vérité, à savoir que les demandes auprès de l'éditeur semblent avoir porté leurs fruits. En effet, Microsoft dans son effort de supporter l'interopérabilité et ses clients, annonce la prise en charge native de nouveaux formats avec le Service Pack 2. On savait déjà que le SP2 d'Office 2007 devait permettre à des formats de fichier de venir se greffer nativement à la suite, aujourd'hui, nous savons lesquels ! C'est donc avec beaucoup d'enthousiasme que bon nombre de personnes pourront retrouver - semble t-il pour le premier trimestre 2009 - la prise en charge de XPS, PDF 1.5, PDF/A et ODF (Open Document) 1.1! Le XPS et le PDF était possible à l'export à l'aide d'un complément gratuit, cela ne sera plus le cas avec le SP2 qui l'apportera par défaut.
A noter que le support du format Open XML conforme à la norme ISO/IEC 29500 que nombre d'éditeurs défendaient à l'AFNOR ces derniers mois sera implémenté dans la prochaine version de Office : Office 14 (les américains n'aiment pas le chiffre treize, il est même difficile à trouver sur leur territoire ...). Et cela est déjà en soi une excellente nouvelle, non pas que cela ne soit pas correctement implémenté dans Office 2007 (même s'il faut avouer que cela était assez perfectible sur certains points ... De plus nous parlons de la version ECMA et non ISO), mais que cette initiative prend tout son sens dans l'engagement de Microsoft dans cette bataille de format et dans les solutions développées par ses clients et partenaires.
Microsoft devrait également continuer son aventure avec les projets Open Source en contribuant à ce que ces fonctionnalités soient proposées aux anciennes versions d'Office (2000, XP et 2003). Un support de l'UOF (Uniform Office Format - un format chinois) devrait être également introduit via le projet de traduction UOF-Open XML. La firme annonce aussi sa participation active dans les comités de standardisation de ODF, Open XML, XPS et PDF !
Microsoft semble investi par la fougue de l'interopérabilité et nous ne pouvons que nous en réjouir.
Pour ceux qui souhaiterait consulter l'annonce officielle, la voici.
MAJ 22/05/2008 :
Voici les nouvelles icones d'une pre release du SP2 (sur le post de Doug Mahugh) sur la droite du post.
L'innovation est la motivation qui pousse chaque jour tous les grands éditeurs du marché à proposer de nouveaux produits et de nouvelles fonctionnalités, ce qui les pousse à s'améliorer et à aller de l'avant pour répondre à nos besoins et à améliorer notre quotidien. Et pour vous ?
C'est dans ce cadre que l'édition 2008 du WygDay se présente, en vous invitant à participer aux réflexions et aux pratiques qui pousseront le monde numérique de demain ; à innover et à anticiper afin de vous adapter et répondre aux problèmes de demain.Wygwam et ses partenaires seront présents pour vous présenter plusieurs pistes et axes de réflexion lors de cette journée
Pour ma part, je co-animerais deux sessions :
- 10h20 - 11h20 : Innovez avec les workflow et InfoPath Forms (coanimé avec Stéphane Eyskens - Ezos)
- 13h30 - 14h30 : Innovez avec l'interopérabilité des formats de document (coanimé avec Romain Bourdon - Anaska)
Nous vous attendons donc Jeudi prochain (22 Mai) pour partager avec vous nos expériences et notre savoir faire !
Dans cette seconde partie et second article de la série 'Travailler avec Open XML', nous allons terminer la présentation de XML Spy de Altova. Vous pouvez trouver la première partie à cette adresse.
Nous allons nous focaliser plus particulièrement sur les capacités XSLT de XML Spy pour transformer les documents Word, Excel et PowerPoint en HTML (au moins basiquement).
Commençons immédiatement en prenant un document lambda (généré avec notre bonne vieille fonction rand()) :
Dans le post précédent, j'avais attirer votre attention sur les exemples fournis par le produit et notamment les fichiers de transformation XSLT :
C'est de ces fichiers que nous allons partir pour transformer nos documents Open XML en document HTML de base (je vous parlerais plus tard d'un autre Schéma plus complet, celui de SharePoint, mais ne nous égarons pas !). Pour cela, une fois dans la vue d'édition du document Open XML, pressez F10 ou menu XSL/XQuery | XSL Transformation puis choisissez la feuille de transformation XSLT du document que vous avez ouvert :
- docx2html.xslt pour Word
- pptx2html.xslt pour PowerPoint
- xlsx2html.xslt pour Excel
Extrait du fichier docx2html.xslt :
Et voici le résultat pour un document Word avec la feuille XSLT de moins de 50 lignes livrée avec XML Spy :
Il reste un peu de travail pour mettre le document en forme en fonction des styles du document, notamment pour les titres par exemple. Qu'à cela ne tienne, nous allons compléter la feuille XSLT afin d'afficher un titre similaire à notre document initial. Rajoutez les lignes suivantes (générer le XPath avec la fonctionnalité - cf partie 1 - si cela vous rebute) à la feuille XSLT :
et vous devriez obtenir un document similaire après la transformation appliquée :
Nous aurions très bien pu aller chercher la partie de style dans le package et appliquer quelques lignes de XSLT dessus, néanmoins le but est juste de vous montrer avec quelle simplicité nous pouvons faire évoluer le style.
Si vous souhaitez compléter le XSLT, XML Spy vous sera d'une grande aide et vous apportera tous les outils et la productivité que vous pouvez espérer d'un environnement XML.
Dans Open XML y a du Zip aussi non ?
Si vous ne l'aviez pas encore remarquer, nous avons appliquer une feuille de transformation XSLT à ... un ZIP !
En effet, le moteur XSLT de Altova ( libre de droit ! ) permet d'exploiter des documents XML dans des ZIP en utilisant un chemin de la forme |zip\... :
Sympa non ? Indispensable surtout pour pouvoir créer des feuilles de transformation XSLT pour des documents Open XML !
Les autres formats vers HTML
Un petit test d'une feuille Excel vers HTML :
Un autre test d'une présentation PowerPoint vers HTML :
Vous remarquerez qu'un fichier HTML a été créé par diapositive, voici le résultat de l'une d'entre elles :
Pour des feuilles 'out-of-the-box', les XSLT de transformation vers HTML pour PowerPoint et Excel sont assez sympathiques et représentent d'excellents points de départ. Il ne vous reste plus qu'à les embellir pour vos propres besoins.
Conclusion
Outre un excellent éditeur pour toutes les tâches XML (XML, Schema, XQuery, XPath, XSLT/XSL-FO, SOAP, etc), XML Spy s'est vu doté de fonctionnalités intéressantes pour exploiter les documents Open XML. Avec un moteur XSLT revu spécialement pour l'occasion, c'est sans conteste l'un des meilleurs outils de productivité pour réaliser les modifications XML des parties d'un package ou pour transformer vos documents en autre chose (XML, HTML, PDF, etc) pour peu que vous connaissiez un peu les différents langages XML.
Vous trouverez également sur le site de Altova, les fonctionnalités Open XML officiellement prises en charge à l'adresse : http://www.altova.com/features_office_2007.html.
Le format Open XML a été normalisé par l'ISO en Avril 2008 - donc récemment. A peine le temps de parfaire vos connaissances et de comprendre tous les mécanismes internes du format, votre chef vous demande de travailler avec Open XML. Et là c'est le drame ! Quels outils utiliser ? Quel plateforme et framework choisir ? Comment exploiter le format au mieux ?
A ceux qui ne connaîtrait pas l'existence d'outils autre que WinZip/7Zip et le notepad pour travailler avec Open XML : les outils sont là et pour vous aider !
L'annonce d'une nouvelle série d'articles
Voici le premier article d'une série qui vous présentera différents produits et techniques pour travailler avec le format Open XML. Cette série d'articles traitera des produits aussi bien Open Source que commerciaux :
- PackageExplorer
- Word Content Control
- OpenXML/ODF converter
- Open XML to DAISY translator
- b2x translator (mapping format binaire Office vers Open XML)
- Les produits de la gamme Altova (XMLSpy, MapForce, DiffDog) qui prennent en charge Open XML
- ...
Bref un panorama des principaux outils et utilitaires du moment avec pour objectif de vous fournir les clés pour vos projets exploitant le format Open XML.
Présentation de XML Spy de Altova
Le premier outil de cette série est un outil commercial et particulièrement puissant que j'utilise quotidiennement, comme beaucoup de personnes, pour toutes mes tâches XML (du simple fichier XML en passant par des schémas complexes) : XML Spy !
Déjà leader dans le domaine du logiciel XML, XML Spy de Altova (je suis assez fan de leur produit il faut l'avouer) avait annoncer une intégration de fonctionnalités pour le format Open XML, et c'est aujourd'hui chose faite avec la version 2008 de XML Spy !
Remarque : Vous pouvez télécharger le produit dans sa version d'évaluation (produit complet pour 30 jours) ici.
Au cours de ce post, je vais vous détailler quelques fonctionnalités clé de ce produit et vous donner des éléments de mon choix de ce produit et de l'utilisation que j'en fais concernant les documents Open XML.
Jetons tout d'abord un oeil au produit et cela sans même ouvrir de document. A n'en pluys douter, XMLSpy intègre bien un support du format Open XML :
Au fur et à mesure de cet article je reviendrais sur les différents éléments qui composent les différents fichiers exposés dans les exemples de XMLSpy, mais les fichiers XSLT devraient déjà attirer toute votre attention ...
Commençons notre exploration par le menu Ouvrir/Nouveau qui comporte évidemment la création et l'ouverture de documents au format Open XML :
Rappel : un document structuré en OPC possède un conteneur (le fichier ZIP 'en personne') regroupant un ensemble de parties, les fichiers contenant dans le Zip, qui sont logiquement reliées entre elles à l'aide de relations.
Le format Open XML est basé sur l'Open Packaging Convention qui stipule la structure logique interne du fichier (comment les informations sont stockées et reliées entre elles) qui n'est rien d'autre que du Zip et du XML comme le dise certains ... et c'est vrai !
Par conséquent, si vous ouvrez un document Open XML vous ne serez pas surpris de voir une fenêtre avec l'arborescence des dossiers du document compressé en Zip d'un côté, et le contenu du dossier de l'autre :
Cette vue vous permettra de réaliser un certain nom d'actions sur le package en lui-même :
- Ajouter un répertoire ou un élément XML
- Ajouter un document existant
- Récupérer les infos du document (tiens le créateur du document n'est autre que le PDG de Altova ... :-) )
Si vous cliquez sur un élément pour l'ouvrir dans l'éditeur XML (les schémas Open XML se chargeront à ce moment là). L'utilisation des schémas servent à garantir que les structures XML que vous allez afficher/modifier soient valides, c'est à dire conforme à la norme Open XML :
Tout comme avec Visual Studio, la reconnaissance des schémas vous permettra également d'avoir l'intellisense directement dans l'éditeur (utiliser la fonction pretty-print pour afficher la structure hiérarchisée !) et donc de gagner un temps monstre dans l'élaboration de vos structure XML :
Les schémas servent également à avoir des renseignements sur les noeuds XML des structures :
Une fois le fichier modifié, vous pouvez le sauvegarder, XML Spy se chargera de l'insérer/remplacer la partie dans le package du document.
La fonction XPath indispensable !
Dans des structures aussi complexes que le format Open XML, un bon outil XPath est indispensable pour valider les requêtes que l'on veut utiliser par la suite dans ses applications. XML Spy fournit justement un (onglet XPath en bas) vous permettant d'évaluer à la volée vos requêtes XPath :
Ou de vous les générer (un bon squelette de départ si vous souhaitez simplement rajouter des conditions) :
Voici la fin de cette première partie sur l'utilisation de XML Spy pour les projets Open XML. La prochaine partie présentera l'utilisation des XSLT avec les documents Open XML et nous enchainerons ensuite sur Map Force et DiffDog qui devrait en intéresser plus d'un !
Le septième et dernier (?) chapitre de la BD The Interoperable est maintenant en ligne :
Tout est bien qui fini bien ... même si rien n'est fini dans la réalité !
The Interoperable : l'intégral
Voici les différentes planches depuis le début de l'aventure :
- Chapitre 1
- Chapitre 2
- Chapitre 3
- Chapitre 4
- Chapitre 5
- Chapitre 6
- Chapitre 7
Subversion (SVN) est devenu l'un des contrôleurs de version Libre et gratuit les plus en vogue de ces dernières années, remplaçant même au fur et à mesure le célèbre CVS (c'était l'un des objectifs de ses créateurs, anciens membres de l'équipe de développement de CVS).
En parcourant la toile, j'ai réussi à trouvé de nombreux articles expliquant comment installer SVN pour l'exposer sous la forme d'un service Windows, cependant la plupart de ces articles recommandent l'utilisation d'un composant externe ou d'une version payante. En fouillant un peu le SVN de Collabnet, on peut trouver un très bon article - enfin fichier texte - qui explique comment utiliser sc.exe pour créer le service SVN en ligne de commande : http://svn.collab.net/repos/svn/trunk/notes/windows-service.txt
Mais pour les personnes encore plus faignantes .. hum hum désirant allez encor eplus vote (et j'en fait partie) un projet hébergé sur tigris.org - la forge de SVN - permet d'installer et de configurer votre serveur SVN pour Windows "en 1 clic" (ou presque) : http://svn1clicksetup.tigris.org/
Et hop un serveur opérationnel en moins de temps qu'il en a fallu pour écrire ce post !
Que ce soit en entreprise ou simplement pour ses besoins personnels, crypter ses données reste toujours un impératif si la nature de celles-ci peut vous être dommageable en cas d'utilisation par des tierces personnes. Certaines personnes utilisent BitLocker ou d'autres applications, néanmoins voici une alternative sympathique et entièrement gratuit que je vous recommande si vous ne souhaitez pas utiliser BitLocker (ou si vous utilisez autre chose que Vista) : TrueCrypt (http://www.truecrypt.org/).
Le nombre de téléchargements parle de lui même : 5,418,119 (10 000 par jour).
D'après mon expérience, la version 5.1a marche correctement sur Vista.
Voici la rapide description du produit :
Free open-source disk encryption software for Windows Vista/XP, Mac OS X, and Linux
Main Features:
Les 10 derniers blogs postés
-