Il y a des éditeurs xml pour ça. Mais tu fais bien de rappeler que MS et les trucs lisible ça fait deux. D'où les gros blob dans OpenXML. Blob sans documentation...
Des editeurs XML pour quoi ? Pour developper un soft ? Tu me fais bien rire.
Toi tu vas faire ton "wrapeur", un autre va en faire un autre, etc...
Je lis ton code, je dois lire tes #define, puis je dois lire la doc.
Super... Que du bonheur.
Que ton tag soit < bold> ou < b> c'est du pareil au meme, tu vas pas t'amuser a mettre en dur "bold" partout dans ton code ou bien ?
Aucune idée. 200 000 = 5 * 40 000, ça ne veut ABSOLUMENT pas dire que le "gros" fichier va prendre 5 fois plus de temps à traiter.
Si c'est pour le débit (lire les symbols et les comparer avec une table), ne t'inquiète il y a beaucoup de marge. Les cpu base de gamme d'aujourd'hui te bouffent du 1 Go/s les doigts dans le nez. Donc traitement des symbols du gros fichier en moins d'un millième de seconde sans problème. Oui oui.
Wow, t'arrives a parser, valider et representer un fichier ODF de 200Ko en moins d'un millieme de seconde ? Tu devrais penser a aider OOo alors, parce qu'ils ont des problemes de ce cote la.
Mémoire vive : il y a une table de symbol et des pointeurs.
Combien de symbol il y a ?
Imaginons 2000 pour ODF, voyons large.
2000*10 = 20 ko.
2000*2 = 4 ko.
Ah si seulement c'etait si simple qu'une table de symbols et pointeurs...
Et tout ça cas il y a des symbols de 2 caractères au-lieu de 10.
Tu insultes mon intelligence.
Certainement pas, par contre il y a de quoi se demander pourquoi OOo prend 7x plus de temps qu'Office 2003 pour charger un fichier quasi-identique tu crois pas ?
[^] # Re: comparaison ODF et OpenXML
Posté par pasBill pasGates . En réponse à la dépêche Le Danemark rend obligatoires les standards ouverts MAIS.... Évalué à 0.
Des editeurs XML pour quoi ? Pour developper un soft ? Tu me fais bien rire.
Toi tu vas faire ton "wrapeur", un autre va en faire un autre, etc...
Je lis ton code, je dois lire tes #define, puis je dois lire la doc.
Super... Que du bonheur.
Que ton tag soit < bold> ou < b> c'est du pareil au meme, tu vas pas t'amuser a mettre en dur "bold" partout dans ton code ou bien ?
Aucune idée. 200 000 = 5 * 40 000, ça ne veut ABSOLUMENT pas dire que le "gros" fichier va prendre 5 fois plus de temps à traiter.
Si c'est pour le débit (lire les symbols et les comparer avec une table), ne t'inquiète il y a beaucoup de marge. Les cpu base de gamme d'aujourd'hui te bouffent du 1 Go/s les doigts dans le nez. Donc traitement des symbols du gros fichier en moins d'un millième de seconde sans problème. Oui oui.
Wow, t'arrives a parser, valider et representer un fichier ODF de 200Ko en moins d'un millieme de seconde ? Tu devrais penser a aider OOo alors, parce qu'ils ont des problemes de ce cote la.
Mémoire vive : il y a une table de symbol et des pointeurs.
Combien de symbol il y a ?
Imaginons 2000 pour ODF, voyons large.
2000*10 = 20 ko.
2000*2 = 4 ko.
Ah si seulement c'etait si simple qu'une table de symbols et pointeurs...
Et tout ça cas il y a des symbols de 2 caractères au-lieu de 10.
Tu insultes mon intelligence.
Certainement pas, par contre il y a de quoi se demander pourquoi OOo prend 7x plus de temps qu'Office 2003 pour charger un fichier quasi-identique tu crois pas ?