> Ensuite tu jetes un oeil a l'Appendix B, et tu verras qu'il definit clairement [OLE] comme l'OLE de Microsoft
Tu parles de ça...
[en passant, il y a un bug dans la fonction recherche d'evince].
C'est comme les plug-ins html. On peut de façon tout à fait standard avoir du flash dans une page web et n'importe quoi d'autre. Ça ne veut pas dire que flash est dans la norme html.
Il y a toujours des moyens d'ettendre un standard (je l'ai dit 1000 fois. Ou plus ?).
Plus en détail :
9.3 Frames
A frame is a rectangular container where that contains enhanced content like text boxes, images or objects. Frames are very similar to regular drawing shapes, but support some features that are not available for regular drawing shapes, like contours, image maps and hyperlinks. In particular, a frame allows to have multiple renditions of an object. That is, a frame may for instance contain an object as well as an image. In this case, the application may choose the content that it supports best. If the application supports the object type contained in the frame, it probably will render the object. If it does not support the object, it will render the image.
Notes bien que la norme n'impose pas de savoir interprété ce qui est dans une frame ! Contrairement à WMF/etc d'OpenXML.
Tu peux toujours mettre un document word dans une frame, ou écrire toutes tes pages en flash, mais ce n'est pas prévu. De plus, ODF peut les virer ! C'est dans la norme !
Application may preserve the content elements they don't render, but don't have to.
Donc t'as aucune garantit de pérénité.
Donc avec ODF, tu peux mettre des trucs qui seront peut-être interprété et peut-être aussi viré.
9.3.3 Objects
A document in OpenDocument format can contain two types of objects, as follows:
* Objects that have an OpenDocument representation. These objects are:
[...]
* Objects that do not have an XML representation. These objects only have a binary representation, An example for this kind of objects OLE objects (see [OLE]).
Les objects (qui ne sont pas décrit par ODF) sont toujours dans des frames. L'implémentation n'a pas obligation de savoir les interpréter, l'implémentation peut les supprimer de sa propre initiative.
Donc ce sont des trucs pour "faire joli". Si deux entreprise s'entendent pour échanger des documents en ODF, elle ne doivent pas s'attendre que les trucs qui sont en dehors de la norme ODF (OLE, flash, etc) soit affiché ni même conservé. Si l'utilisateur veut ajouter des trucs non ODF, libre à lui. Mais ODF ne fait pas de OLE, flash, etc ses standards et n'offre aucune garantit. Donc ce qui est de la norme ODF, est décrit. L'object ne fait pas n'importe quoi, il s'affiche dans une surface définie par ODF. L'object n'impacte pas le reste du document. En dehors du comportement de ces trucs pour "faire joli", ODF est parfaitement décrit.
It is recommended to include an image representation of the object into the frame in addition to the object itself.
Si OpenXML impose OLE (je n'ai pas vérifier) comment du fait pour avoir ça sur Linux ? Ben oui, une norme ça doit être portable. ODF reste portable même si la posibilité d'"incruster du OLE/flash ou n'importe est donnée.
[^] # Re: Marrant
Posté par IsNotGood . En réponse au journal OOXML est un format propriétaire. Évalué à 1.
Tu parles de ça...
[en passant, il y a un bug dans la fonction recherche d'evince].
C'est comme les plug-ins html. On peut de façon tout à fait standard avoir du flash dans une page web et n'importe quoi d'autre. Ça ne veut pas dire que flash est dans la norme html.
Il y a toujours des moyens d'ettendre un standard (je l'ai dit 1000 fois. Ou plus ?).
Plus en détail :
Notes bien que la norme n'impose pas de savoir interprété ce qui est dans une frame ! Contrairement à WMF/etc d'OpenXML.
Tu peux toujours mettre un document word dans une frame, ou écrire toutes tes pages en flash, mais ce n'est pas prévu. De plus, ODF peut les virer ! C'est dans la norme !
Donc t'as aucune garantit de pérénité.
Donc avec ODF, tu peux mettre des trucs qui seront peut-être interprété et peut-être aussi viré.
Les objects (qui ne sont pas décrit par ODF) sont toujours dans des frames. L'implémentation n'a pas obligation de savoir les interpréter, l'implémentation peut les supprimer de sa propre initiative.
Donc ce sont des trucs pour "faire joli". Si deux entreprise s'entendent pour échanger des documents en ODF, elle ne doivent pas s'attendre que les trucs qui sont en dehors de la norme ODF (OLE, flash, etc) soit affiché ni même conservé. Si l'utilisateur veut ajouter des trucs non ODF, libre à lui. Mais ODF ne fait pas de OLE, flash, etc ses standards et n'offre aucune garantit. Donc ce qui est de la norme ODF, est décrit. L'object ne fait pas n'importe quoi, il s'affiche dans une surface définie par ODF. L'object n'impacte pas le reste du document. En dehors du comportement de ces trucs pour "faire joli", ODF est parfaitement décrit.
Si OpenXML impose OLE (je n'ai pas vérifier) comment du fait pour avoir ça sur Linux ? Ben oui, une norme ça doit être portable. ODF reste portable même si la posibilité d'"incruster du OLE/flash ou n'importe est donnée.