" Le Cépamafaute était l'une des cinq techniques essentielles de l'instructeur, qui se pratiquait d'ordinaire par messagerie électronique, par mémos .RTF (Range tes fesses). Cette technique, banalisée par Sun-Tse depuis le Vème siècle, était à la base même de la pratique bureaucratique, fondement de l'E-Empire.[...] Le .RTF, de par sa portée universelle, était une arme redoutable pour cet exercice, tant il est vrai qu'un bon Cépamafaute exige une qualité de présentation que ne saurait offrir un bon texte brut," - http://tnemeth.free.fr/fmbl/linuxsf/8.html
Tu oublis un détail que n'aurais jamais eu le Franc : l'effet de masse.
L'euro nous proteges de beaucoup de choses comme la hausse du prix des matieres premieres. Sans lui, l'inflation serait plus forte et les taux d'interret aussi. Vu la balance du commerce extérieur, on aurait du dévaluer le franc comme au début des années 80. Le pétrole serait a 2e (12F) depuis longtemps. L'alimentation serait encore plus chére. Et je ne parle pas de tout ce qui est importe (électronique grand publique par exemple)
Le seul défaut est justement de retarder encore les changements nécessaires concernant l'équilibre du budget.
Tous les soft populaires en BSD qui ont interressé les boites proprio ont connu des forks dans tous les sens incompatibles entre eux (X11, spice, ...).
C'est un choix de société. Dire que les brevets ne durent que 20ans...
Comme tu le dis, il existe des comptes dans le domaine publique. Par contre, il n'existe pas de film ou de musique. Bref, rien en multimédia. Si il faut attendre 90 ans pour faire une restauration, qui peut seulement croire que cela sera possible ?
Un bouquin, une toile peut vivre 90 ans, pas un support électronique !
Si tu considères que j'ai besoin de cours d'OS, toi, c'est de portables que tu as besoin ! (les trucs à faire de l'os, c'est les sommes de contrôle pour les drm ?)
Le cpu est le plus gros consomateur d'énergie et de loin. Un LCD, c'est en gros 10W, un disque dure 3.5", c'est 15W (donc pas un truc de portable !).
Certe, il reste la carte graphique super sollicité sur un traitement de texte...
Sachant qu'un cpu intel passe de 2 à 30W entre le moment ou il ne fait rien du tout et la pleine charge, je pense que tu dois gagner autour du quart d'heure d'autonomie en plus (surtout avec la vérification orthographique !).
L'hydrazine n'est pas un carburant puisqu'il n'a pas besoin de comburant pour brûler (un peu rare dans l'espace...). Donc, vu sa dangerosité explosive au sol, je pense que si le réservoire se prend un missile, il sautera avec le reste.
Pour que Disney puisse encore tirer de l'argent de Mickey, la loi fait disparaitre 98% du reste des oeuvres. Qui veut prendre le risque de restaurer des enregistrements et de les diffuser sachant que les ayant droits peuvent réparation ?
Combien d'œuvres ne prennent pas la poussière au bout de 50 ans par rapport à ce qui est produit ?
Le risque est de faire disparaitre tout ce qui n'est pas "commercial" car les risques juridiques sont trop important.
Alors oui, implementer totalement OOXML ca va etre dur et douloureux, comme implementer totalement ODF ca va etre dur et douloureux.
Je ne crois pas non justement. ODF fait 2000 pages, OOXML en fait 3 fois plus. Java existe par ailleurs et pas forcément les autres trucs nécessaires à OOXML. Il existe déjà des implémentations open source de ODF pas de OOXML...
Typiquement le truc que je n'aime pas dans svn, cvs, clearcase, c'est la gestion par fichier qui n'a aucun sens. Un patch s'applique souvent sur plusieurs fichiers, et une modification partiel par fichier n'a pas de sens d'un point de vue du développement du soft. Le code peut ne pas compiler.
La gestion par patch set correspond plus à ce qu'est le code source.
Pour combler ce manque, il exite les tags, mais il faut encore penser à les poser et souvent la granularité est trop grosse.
Quand j'écris un document, je ne regarde pas une vidéo en même temps ! Seul Word est ouvert. Si l'OS bouffe des cycles à ne rien faire, c'est qu'il est mal conçu. Cela se voit en comparant l'autonomie d'XP par rapport à Vista sur un portable.
Si tu as comme seul application ton traitement de texte qui tourne, c'est lui qui va consommer des cycles sur le cpu. Certe le cpu représente peut-être moins de 60% de la consommation total. Mais 20% de 60% cela n'est pas négligeable du tout...
Avec des raisonnements comme cela, je comprends mieux pourquoi il faut une machine haut de gamme pour faire tourner Vista.
Justement non, parce que tu ne finiras pas ton document 20% plus vite, ton CPU/HD ne se mettra pas en mode d'economie d'energie plus souvent.
Si tu utilises 20% d'instructions en moins pour faire la même chose tu gagne en gros 20% d'autonomie en plus si on néglige la consommation quand le cpu est en idle. Si on la néglige pas, elle doit être le quart ou la moitié de celle à plein régime.
Tu sais ce que je peux faire sur mon smartphone ? Je peux lire des documents PDF par exemple.
Je pourrais tout a fait avoir un viewer pour OpenXML, pas besoin d'implementer une suite Office complete.
Le truc, c'est que je ne pourrais pas avoir un viewer ODF 100% standard car il n'y a pas de support des applets Java...
Je t'accorde ce point. Mais qu'est-ce que fait ton smartphone, si ton ooxml contient une balise word97, un activeX ou un applet Java ?
Tout depend de ce que tu fais. Etre 20% plus rapide pour un soft qui passe la plupart de son temps a attendre que l'utilisateur presse les touches du clavier c'est sans interet.
Cela permet d'éviter de ramer quand tu scroll le texte avec des photos. En 2000, j'avais appris à utiliser pagemaker car word (97?) était incapable de gérer un document de 20 pages avec 2 ou 3 photos en mega pixels par page (plusieurs minute pour changer de pages, "saut" du placement de simages, etc...).
Je pense aussi au correcteur orthographique qui peut faire ramer des machines un peu ancienne.
Et pour les portables, 20% de perf en plus, c'est 20% d'autonomie en plus.
C'est exactement ca: c'est bcp plus simple a implementer, suffit d'une interface pour appeler les controles, pas besoin de se farcir en plus le boulot pour integrer un controle precis d'une maniere particuliere, ils sont tous a la meme enseigne.
Donc OOXML est un format de conteneur et non un format de document texte ?
Tu veux dire, l'element dont la norme dit clairement qu'il ne faut pas le creer, sauf si le document convertit est un document word97 qui utilise specifiquement cette mise en page, qu'il peut etre ignore, qu'il est optionnel, et donc dont l'implementation n'est pas necessaire pour avoir une implementation conforme au standard?
On va éclaircir la question:
Toi avoir un document qui embarque une balise word97, Document être OOXML 100% valide.
Toi utiliser une autre suite bureautique que Office (tm) (r), comment celle-ci peut comprendre le contenu de la balise word97 documenté nul-part ?
Je crois que Microsoft est très connu pour laisser ses partenaires dans la merde et de s'en foutre royalement. Sun n'est pas connu pour cela.
Pour te rafraichir la mémoire, je te rappelle la téchno de connections d'écran sans fils poussé par MS puis abandonné malgré les milliards investit dedans (2 de mémoire, par un japonnais genre Panasonic).
On peut aussi parler de direct3D dont l'api change complètement à chaque version, de VB et notamment le passage à VB 6.0, pas compatible avec les versions précédentes.
On peut parler des changements de licences de Windows Media Player.
On peut parler du service pack NT qui cassait Java et par la même occasion empêchait une installation d'Oracle.
Va lire des bouquins d'informatique, prends des cours, ... je sais pas, mais apprends la difference entre une implementation et une spec, c'est pas sorcier.
Et toi apprends à faire la différence entre le discours marketing de ta boite ("Oui, c'est possible, il y en a qui ont essayé") et la réalité.
Tu abuses de l'argument java == lourd donc ODF == lourd. Parce que ODF nécessite Java. Or ce qui est lourd, ce n'est pas java mais la JVM+framework sur PC. Je ne crois pas que ODF nécessite tout cela.
Tu peux te permettre de dire cela car il existe des implémentions de Java. Ensuite, tu affirmes qu'il est "possible" d'implémenter OOXML de façon légère, c'est vrai tu peux parler en théorie. En théorie, Java peut aussi être léger !
Ce qui est marrant, c'est que tu n'as pas répondu sur les ActiveX de Albert. Dis moi que c'est faux. MS n'a pas autorisé le fait d'embarquer du code binaire (donc x86) dans un document texte ?! Avec les problèmes infinis de sécurité, cela parait délirant.
Pour t'aider a comprendre : Il est possible de supporter OpenXML sur un systeme avec qqe megaoctets de RAM et un cpu peu puissant, avec ODF par contre, tu ne peux pas avoir une implementation conforme, car ton systeme n'est pas assez puissant pour supporter Java.
Tu aimes raconter n'importe quoi. Reste dans ton domaine, tu es bien plus brillant.
Il existe des smartcard qui supportent java depuis longtemps et crois moi, elle n'ont pas quelques centaines Mo de RAM mais quelques centaines Ko.
Java nécessite une infinité moins de puissance que n'importe quelle traitement de texte. Tu as déjà vu une suite Office sur un téléphone portable ? Parce que Java y existe depuis longtemps.
La difference entre un CPU 64bit et un 32bit ce n'est pas de faire des calculs sur 64bit, les CPU x86 d'hier en etaient deja capable, ca donne la possibilite d'addresser 2^64 bytes en RAM a comparer aux 2^32 bytes des CPU x86 .
Cela permet aussi d'avoir un code en moyenne 20% plus rapide par exemple...
J'adore cette façon de vouloir faire croire que l'on peut mettre les 2 standards dos à dos !
Un des grand principes de la standardisation est d'avoir un seul standard pour chaque chose pour justement permettre l'interopérabiltié. Le fait même d'en vouloir un deuxième est absurde.
Le fait pour MS d'imposer de nouveaux formats pour les dates ou les images vectoriels est tout aussi absurde. Le fait de parler de retrocompatibilité pour les anciens documents est absurde pour une norme censé être propre !
Concernant les formules mathématiques, je n'ai pas tout suivis, mais à l'époque de ODF 1.0, OOXML n'avait rien non plus dans ce domaine. Cela a avancé depuis. Par contre, je me rappelle aussi comment la spec d'OOXML redéfinissait les maths...
"contient le meme probleme vis-a-vis de comportements specifiques a des applis"
Tu nous ressors encore une fois l'histoire de l'espace hérité de MS-Word ? Tu n'as rien de plus neuf ? Il y a déjà eu des dizaines de commentaire la dessus qui montrait que :
- cela ne fait pas parti de la norme iso
- c'est une extension complètement documenté (au contraire de la balise word97 de OOXML...)
- C'est pour une compatibilité avec word !!
Que les archives soient ouvertes ne change strictement rien au final: la spec est ce qu'elle est, ecrite noir sur blanc, et c'est la seule chose qui compte.
C'est simplement faux.
Quand tu écris que tel bidule doit respecter le comportement de tel soft en version xyz , cela n'est pas une spec !
Quand tu as des brevets sur la spec, elle ne peut plus être libre.
Tout a fait, faudrait donc penser a arreter d'opposer un standard ouvert uniquement car il est pousse par une boite que vous n'aimez pas.
J'imagine que ce charabia veut dire que tu nous conseilles d'arrêter de taper sur MS, que l'on aime pas, alors que Ms veut la création d'un deuxième standard ouvert de document ?
J'ai bien compris ?
Tu tentes le concours de comique de l'année ? Faut-il répéter en quoi OOXML est une horreur ?
- aucun respect des précédent standard (date, svg, ...) au profit des machines MS
- le principe même de 2 standards en concurrence a l'iso est une absurdité
- L'inclusion de style : "se référer au comportement de l'appli xyz pour implémenter la fonctionnalite" !
[^] # Re: Souveraineté ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal USA-UE : même combat. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Marre !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal USA-UE : même combat. Évalué à 4.
Tu oublis un détail que n'aurais jamais eu le Franc : l'effet de masse.
L'euro nous proteges de beaucoup de choses comme la hausse du prix des matieres premieres. Sans lui, l'inflation serait plus forte et les taux d'interret aussi. Vu la balance du commerce extérieur, on aurait du dévaluer le franc comme au début des années 80. Le pétrole serait a 2e (12F) depuis longtemps. L'alimentation serait encore plus chére. Et je ne parle pas de tout ce qui est importe (électronique grand publique par exemple)
Le seul défaut est justement de retarder encore les changements nécessaires concernant l'équilibre du budget.
"La première sécurité est la liberté"
[^] # Re: Marre !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal USA-UE : même combat. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Les mauvaises décisions
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche LLVM 2.2 : Un concurrent pour GCC ?. Évalué à 6.
Tous les soft populaires en BSD qui ont interressé les boites proprio ont connu des forks dans tous les sens incompatibles entre eux (X11, spice, ...).
"La première sécurité est la liberté"
[^] # Re: Pourquoi désormais je m'en fou.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Et hop, bientôt le Sonny Bono Act à la française !. Évalué à 2.
Comme tu le dis, il existe des comptes dans le domaine publique. Par contre, il n'existe pas de film ou de musique. Bref, rien en multimédia. Si il faut attendre 90 ans pour faire une restauration, qui peut seulement croire que cela sera possible ?
Un bouquin, une toile peut vivre 90 ans, pas un support électronique !
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Le cpu est le plus gros consomateur d'énergie et de loin. Un LCD, c'est en gros 10W, un disque dure 3.5", c'est 15W (donc pas un truc de portable !).
Ici, tu vois des expériences avec des conso en idle avec des portables avec écran externe:
http://forum.hardware.fr/hfr/OrdinateursPortables/Transporta(...)
Certe, il reste la carte graphique super sollicité sur un traitement de texte...
Sachant qu'un cpu intel passe de 2 à 30W entre le moment ou il ne fait rien du tout et la pleine charge, je pense que tu dois gagner autour du quart d'heure d'autonomie en plus (surtout avec la vérification orthographique !).
"La première sécurité est la liberté"
[^] # Re: Quid du produit toxique ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Shoot the satellite !. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Pourquoi désormais je m'en fou.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Et hop, bientôt le Sonny Bono Act à la française !. Évalué à 10.
Pour que Disney puisse encore tirer de l'argent de Mickey, la loi fait disparaitre 98% du reste des oeuvres. Qui veut prendre le risque de restaurer des enregistrements et de les diffuser sachant que les ayant droits peuvent réparation ?
Combien d'œuvres ne prennent pas la poussière au bout de 50 ans par rapport à ce qui est produit ?
Le risque est de faire disparaitre tout ce qui n'est pas "commercial" car les risques juridiques sont trop important.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Je ne crois pas non justement. ODF fait 2000 pages, OOXML en fait 3 fois plus. Java existe par ailleurs et pas forcément les autres trucs nécessaires à OOXML. Il existe déjà des implémentations open source de ODF pas de OOXML...
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Re:
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Git ou Mercurial ?. Évalué à 1.
La gestion par patch set correspond plus à ce qu'est le code source.
Pour combler ce manque, il exite les tags, mais il faut encore penser à les poser et souvent la granularité est trop grosse.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
Quand j'écris un document, je ne regarde pas une vidéo en même temps ! Seul Word est ouvert. Si l'OS bouffe des cycles à ne rien faire, c'est qu'il est mal conçu. Cela se voit en comparant l'autonomie d'XP par rapport à Vista sur un portable.
Si tu as comme seul application ton traitement de texte qui tourne, c'est lui qui va consommer des cycles sur le cpu. Certe le cpu représente peut-être moins de 60% de la consommation total. Mais 20% de 60% cela n'est pas négligeable du tout...
Avec des raisonnements comme cela, je comprends mieux pourquoi il faut une machine haut de gamme pour faire tourner Vista.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Si tu utilises 20% d'instructions en moins pour faire la même chose tu gagne en gros 20% d'autonomie en plus si on néglige la consommation quand le cpu est en idle. Si on la néglige pas, elle doit être le quart ou la moitié de celle à plein régime.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
Je pourrais tout a fait avoir un viewer pour OpenXML, pas besoin d'implementer une suite Office complete.
Le truc, c'est que je ne pourrais pas avoir un viewer ODF 100% standard car il n'y a pas de support des applets Java...
Je t'accorde ce point. Mais qu'est-ce que fait ton smartphone, si ton ooxml contient une balise word97, un activeX ou un applet Java ?
Tout depend de ce que tu fais. Etre 20% plus rapide pour un soft qui passe la plupart de son temps a attendre que l'utilisateur presse les touches du clavier c'est sans interet.
Cela permet d'éviter de ramer quand tu scroll le texte avec des photos. En 2000, j'avais appris à utiliser pagemaker car word (97?) était incapable de gérer un document de 20 pages avec 2 ou 3 photos en mega pixels par page (plusieurs minute pour changer de pages, "saut" du placement de simages, etc...).
Je pense aussi au correcteur orthographique qui peut faire ramer des machines un peu ancienne.
Et pour les portables, 20% de perf en plus, c'est 20% d'autonomie en plus.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
C'est exactement ca: c'est bcp plus simple a implementer, suffit d'une interface pour appeler les controles, pas besoin de se farcir en plus le boulot pour integrer un controle precis d'une maniere particuliere, ils sont tous a la meme enseigne.
Donc OOXML est un format de conteneur et non un format de document texte ?
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
On va éclaircir la question:
Toi avoir un document qui embarque une balise word97, Document être OOXML 100% valide.
Toi utiliser une autre suite bureautique que Office (tm) (r), comment celle-ci peut comprendre le contenu de la balise word97 documenté nul-part ?
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
Je crois que Microsoft est très connu pour laisser ses partenaires dans la merde et de s'en foutre royalement. Sun n'est pas connu pour cela.
Pour te rafraichir la mémoire, je te rappelle la téchno de connections d'écran sans fils poussé par MS puis abandonné malgré les milliards investit dedans (2 de mémoire, par un japonnais genre Panasonic).
On peut aussi parler de direct3D dont l'api change complètement à chaque version, de VB et notamment le passage à VB 6.0, pas compatible avec les versions précédentes.
On peut parler des changements de licences de Windows Media Player.
On peut parler du service pack NT qui cassait Java et par la même occasion empêchait une installation d'Oracle.
"La première sécurité est la liberté"
[^] # Re: "Connais pas"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [ Un peu HS ] Et vous, vous dites quoi lorsqu'on vous demande ?. Évalué à 10.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Va lire des bouquins d'informatique, prends des cours, ... je sais pas, mais apprends la difference entre une implementation et une spec, c'est pas sorcier.
Et toi apprends à faire la différence entre le discours marketing de ta boite ("Oui, c'est possible, il y en a qui ont essayé") et la réalité.
Tu abuses de l'argument java == lourd donc ODF == lourd. Parce que ODF nécessite Java. Or ce qui est lourd, ce n'est pas java mais la JVM+framework sur PC. Je ne crois pas que ODF nécessite tout cela.
Tu peux te permettre de dire cela car il existe des implémentions de Java. Ensuite, tu affirmes qu'il est "possible" d'implémenter OOXML de façon légère, c'est vrai tu peux parler en théorie. En théorie, Java peut aussi être léger !
Ce qui est marrant, c'est que tu n'as pas répondu sur les ActiveX de Albert. Dis moi que c'est faux. MS n'a pas autorisé le fait d'embarquer du code binaire (donc x86) dans un document texte ?! Avec les problèmes infinis de sécurité, cela parait délirant.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Pour t'aider a comprendre : Il est possible de supporter OpenXML sur un systeme avec qqe megaoctets de RAM et un cpu peu puissant, avec ODF par contre, tu ne peux pas avoir une implementation conforme, car ton systeme n'est pas assez puissant pour supporter Java.
Tu aimes raconter n'importe quoi. Reste dans ton domaine, tu es bien plus brillant.
Il existe des smartcard qui supportent java depuis longtemps et crois moi, elle n'ont pas quelques centaines Mo de RAM mais quelques centaines Ko.
Java nécessite une infinité moins de puissance que n'importe quelle traitement de texte. Tu as déjà vu une suite Office sur un téléphone portable ? Parce que Java y existe depuis longtemps.
La difference entre un CPU 64bit et un 32bit ce n'est pas de faire des calculs sur 64bit, les CPU x86 d'hier en etaient deja capable, ca donne la possibilite d'addresser 2^64 bytes en RAM a comparer aux 2^32 bytes des CPU x86 .
Cela permet aussi d'avoir un code en moyenne 20% plus rapide par exemple...
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Un des grand principes de la standardisation est d'avoir un seul standard pour chaque chose pour justement permettre l'interopérabiltié. Le fait même d'en vouloir un deuxième est absurde.
Le fait pour MS d'imposer de nouveaux formats pour les dates ou les images vectoriels est tout aussi absurde. Le fait de parler de retrocompatibilité pour les anciens documents est absurde pour une norme censé être propre !
Concernant les formules mathématiques, je n'ai pas tout suivis, mais à l'époque de ODF 1.0, OOXML n'avait rien non plus dans ce domaine. Cela a avancé depuis. Par contre, je me rappelle aussi comment la spec d'OOXML redéfinissait les maths...
"contient le meme probleme vis-a-vis de comportements specifiques a des applis"
Tu nous ressors encore une fois l'histoire de l'espace hérité de MS-Word ? Tu n'as rien de plus neuf ? Il y a déjà eu des dizaines de commentaire la dessus qui montrait que :
- cela ne fait pas parti de la norme iso
- c'est une extension complètement documenté (au contraire de la balise word97 de OOXML...)
- C'est pour une compatibilité avec word !!
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 8.
Or personne ne fait confiance à MS. Personne. Le passif est bien trop lourd.
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 4.
C'est simplement faux.
Quand tu écris que tel bidule doit respecter le comportement de tel soft en version xyz , cela n'est pas une spec !
Quand tu as des brevets sur la spec, elle ne peut plus être libre.
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 6.
J'imagine que ce charabia veut dire que tu nous conseilles d'arrêter de taper sur MS, que l'on aime pas, alors que Ms veut la création d'un deuxième standard ouvert de document ?
J'ai bien compris ?
Tu tentes le concours de comique de l'année ? Faut-il répéter en quoi OOXML est une horreur ?
- aucun respect des précédent standard (date, svg, ...) au profit des machines MS
- le principe même de 2 standards en concurrence a l'iso est une absurdité
- L'inclusion de style : "se référer au comportement de l'appli xyz pour implémenter la fonctionnalite" !
"La première sécurité est la liberté"