Microsoft manda en ISO

[Mars Attacks]

Se me han puesto los pelos como escarpias después de leer este artículo sobre las votaciones del futuro estándar de OpenXML.

http://www.openxml.info/index.php?option=com_content&task=view&id=27&Itemid=7

Para los que no tengan tiempo o ganas de leer (aunque lo recomiendo encarecidamente, sólo para hacerse una idea del panorama de corruptelas a escala global), el resumen:

[Vicente]

Puestos a linkar cosas, también podrías linkar esto:

http://tirania.org/blog/archive/2008/Apr-02.html

Como ves, hay gente que dice cosas tanto de un lado como de otro ;) También puedes leer lo que dijo Patrick Durusau (lo tienes en el link anterior).

Y no tiene que ver exactamente con el OpenXML, pero si con los formatos binarios de Office (que también se han dicho paridas a tutiplén por internet):

http://www.joelonsoftware.com/items/2008/02/19.html

Pero seguro que todos los anteriores están comprados, "inserte aquí la teoría conspiracionista que más ilusión le haga" (si viene de barrapunto le damos 2 gallifantes de regalo).

Todavía recuerdo la lista de tonterías que salieron en BadVista (uuuh, con Vista no vas a poder escuchar MP3 ni ver películas, uuuh) y los dos links que pones tienen el mismo tufillo :)

En fin, un saludo,

Vicente

[Tei]

Es absolutamente lamentable que Microsoft se haya lanzado a una campaña  de corrupción a nivel mundial.  

Lo ideal es que estos formatos se hubieran sometido a un proceso de "limpieza".  El formato de microsoft esta diseñado para soportar toda la herencia de los formatos anteriores como wordperfect, word, etc.. llenos de errores, casos especiales, etc.. una verdadera pesadilla. Se tenia que haber realizado "tabla rasa" y creado un formato (que puede ser como OOXML, o distinto) pero sin todo el bloat que hace que la especificiacion de OOXML sea  nefasta.

A mi personalmente, como programador, me habria gustado que lo tecnico hubiera prevalecido aqui.  Quizas el problema es que entre los tecnicos hemos tenido cierta disension.  He leido cosas como que quizas ninguno de los dos formatos (ODF y OOXML) son ninguna maravilla. Todo lo que me he informado al respecto de OOXML me indica que es la mayor chapuza que ha parido cristo, pero incluso hay gentes del circulo de microsoft que lo defienden.  Tenemos a Miguel de Icaza, que trabaja para Novell, aliada de Microsoft, que lo defiende utilizando meritos tecnicos que no estan en el propio formato, sino en el tema de tener un formato, y que Microsoft respete un formato.   Yo creo que Miguel de Icaza se equivoca en una cosa, esto no acerca a Microsoft a los estandares, es un inmenso time porque no puede ser de otra manera. Microsoft no va a respetar este estandar, como no ha respetado otros.  Dentro de unos años, el Office empezara a meter mierda en los documentos OOXML, y si no se abren esos documentos con office "se veran mal", o te dira office "su documento esta corrupto".  

Si fuera Microsoft a empezar a respetar los estandares, aunque sea estandares impuestos por ella y que tienen una densidad absurda, son puro bloat, pues podriamos empezar a hacer cosas interesantes. La comunidad del software libre solo quiere eso, estandares abiertos y libres de patentes. Asi que en cierto modo tambien es una victoria del software libre. Aqui los que pierden son los usuarios, pues se mantiene el status quo y el monopolio de Microsoft sobre los procesadores de texto, lo que significa estancamiento, problemas de compatibilidad, etc...    

El Open Office viene con el botoncito para exportar a PDF, y el Office de microsoft vendra con el botoncito para exportar a "Metro" o como se llame ahora el nuevo formato de arte final de microsoft.   Son tecnicas (de utilizar un monopolio para conseguir otro) que ya nos las conocemos, y la unica defensa que tenemos es agarrarnos a un estandar.  En este caso Microsoft ha puesto una manzana envenenada en el cesto de las manzanas, pero aun asi es significativo que se haya visto obligada a ello.  
Es la presion de los gobiernos la que le ha hecho verse obligada a conseguir este "silver bullet".

Segun como vayan las cosas mas adelante, actuaremos en consecuencia.

[josepzin]

A mi no me cuesta nada creer que M$ haya hecho TODO lo necesario para imponer su "estandar"...

Conspiraciones mas o menos, lo veo hasta lógico! Ellos intentan imponer su estandar que los beneficia como empresa.

[Vicente]

Hombre, igual que otras empresas han hecho todo lo posible por evitar que este estandar se apruebe porque económicamente les venía mejor ODF. Aquí no se salva ni el apuntador ;)

[Vicente]

A mi personalmente, como programador, me habria gustado que lo tecnico hubiera prevalecido aqui. Quizas el problema es que entre los tecnicos hemos tenido cierta disension.

Esto sería lo correcto, el problema es que a los técnicos que OpenXML no les parece mal se les tilda automáticamente de comprados, que no tienen ni idea, etc etc etc.

He leido cosas como que quizas ninguno de los dos formatos (ODF y OOXML) son ninguna maravilla. Todo lo que me he informado al respecto de OOXML me indica que es la mayor chapuza que ha parido cristo, pero incluso hay gentes del circulo de microsoft que lo defienden.

Deberías leerte el artículo de Joel sobre porque los formatos de Microsoft son tan complicados, que no es porque sean una chapuza (vaya argumento más pobre y más cansino por favor). Es cierto que el artículo habla de los binarios (que también los han tachado de chapuzas los que no sabían de que hablaban) pero es más que aplicable al OpenXML.

De todas formas, me intriga: ¿donde te has informado sobre el OpenXML? ¿En los links de Mars? ¿En la wikipedia? ¿En la MSDN?

La comunidad del software libre solo quiere eso, estandares abiertos y libres de patentes. Asi que en cierto modo tambien es una victoria del software libre. Aqui los que pierden son los usuarios, pues se mantiene el status quo y el monopolio de Microsoft sobre los procesadores de texto, lo que significa estancamiento, problemas de compatibilidad, etc...

Una parte de la comunidad del software libre critica a Microsoft por criticar, sin criterio ni conocimiento. Una pena porque hay gente realmente buena, pero este sector les da una mala imagen que no veas.

Respecto a que los usuarios pierden... claro claro, mucho mejor que todos se instalen OO y no puedan abrir bien documentos de Office (que son la mayoría de documentos del mundo). ¡¡¡Así si que ganarían los usuarios!!! No pudiendo abrir documentos del estandar de-facto actual...

Tiene mucha más cabeza pedir a Microsoft que soporte estándares ISO en Office. O hacer un plugin, total, tan difícil no debe ser si ODF es tan facilitio de implementar porque no tiene bloat, seguro que la comunidad de SL podría hacer eso si se pusiera en bastante poco tiempo. Supongo que sería mucho más complicado deshabilitar del Office todas las cosas que ODF no soporta, pero bueno, ese es otro problema :p

El Open Office viene con el botoncito para exportar a PDF, y el Office de microsoft vendra con el botoncito para exportar a "Metro" o como se llame ahora el nuevo formato de arte final de microsoft. Son tecnicas (de utilizar un monopolio para conseguir otro) que ya nos las conocemos, y la unica defensa que tenemos es agarrarnos a un estandar.

Se llama XPS, y no trae el botón de exportar a PDF porque Adobe amenazó a Microsoft y les pidió que lo quitaran. Espero que tus conocimientos técnicos sobre OpenXML estén más fundados que tus conocimientos de porque Office no exporta PDFs de serie...

Un saludo,

Vicente

[davur]

Soy un antisocial virtual y me aburren los flames de este tipo, porque siempre participa una mayoría de fanáticos de un lado u otro y lo que debiera ser un debate constructivo acaba en concurso de escupitajos. Lo que debiera ser una discusión primordialmente técnica acaba en revuelta religiosa.

Hace mucho que me di cuenta de que ante afirmaciones absurdas y discursos vendidos lo mejor es seguir apoyando lo que consideras justo y pasar totalmente de entrar a jugar a ser el mejor manipulador. He de remarcar que, en mi experiencia personal, esa clase de arrebatos ignorantes y demagogos han venido muy habitualmente del lado de Microsoft. Aunque para experiencias, personas, y soy consciente de que muchos han sentido precisamente lo contrario en las suyas. Lo cual no deja de ser curioso.

[MrK]

A mi lo que me mosquea no es si el estandar es bueno, es malo, es pesimo, los de gnulinux odian a microsoft, los de microsoft odian a gnulinux o que.
Sinceramente no he usado word ni openoffice en mi vida, y probablemente no lo haga, con el notepad tengo de sobras. Me afecta tanto esta decision como

A mi lo que me mosquea son las cosas que por ejemplo han pasado en Noruega, donde se hace una votacion interna , quedan 21 a 2 a favor del no, y se vota que si.
Porque vamos, si se hace eso, de que co**** sirve el trabajo de esas 23 personas que deciden o dejan de decidir? Para eso apaga y vamonos, no? De que sirve tener un organismo internacional democratico que se discuta estandares si despues pasa eso? Y eso por muy fan de microsoft que se pueda ser, o por muy fan del software libre que se pueda ser, tendria que mosquear a cualquiera.

Pero bueno, parece ser que microsoft ha encontrado una formula mejor que saltarse los estandars que no le interesan por el forro. Igual de aqui nada mueven la sede central a Guantanamo.

[Vicente]

davur:

como bien dices, cada uno se ha encontrado con lo que se ha encontrado. Yo en general me encuentro más arrebatos ignorantes y demagogos del lado del software libre. Pero supongo que la proporción debe ser parecida en ambos bandos (payasos hay en todos los lados).

Pero ciertamente, en este tipo de temas, muchos se deberían el guardar de escribir "verdades" cuando no tienen ni idea. Pero no tienen ni idea básicamente porque son del otro lado y no usan nada o no están al día de lo que ocurre en el campo de su rival excepto por cuatro cosas contadas. Yo que me muevo en Windows no tengo ni idea de las últimas novedades de KOffice o de que trae la nueva distro de Ubuntu. Y a los linuxeros les pasa lo mismo sobre Windows.

La frase de Tei sobre XPS es un ejemplo de libro:

"El Open Office viene con el botoncito para exportar a PDF, y el Office de microsoft vendra con el botoncito para exportar a "Metro" o como se llame ahora el nuevo formato de arte final de microsoft. Son tecnicas (de utilizar un monopolio para conseguir otro) que ya nos las conocemos, y la unica defensa que tenemos es agarrarnos a un estandar."

Su línea de pensamiento es: Office es el programa de edición de documentos más usado del mundo, no trae el botón de exportar a PDF, tate, MS nos la quiere colar otra vez y se quiere fusilar PDF imponiendo XPS.

Hay una parte que es cierta: seguro que a Microsoft le encantaría imponer XPS. Pero la línea de pensamiento es errónea de tantas maneras que es increible como esa "argumentación" se la puede creer alguien. Y lo mejor es que si no se dice nada, muchos se la creen. Veamos:

1- como ya puse, fue Adobe la que amenazó a Microsoft para que quitara el salvar a PDF. Cualquiera que esté en el mundillo de Microsoft sabía esto (que lea feeds como blogs.msdn.com, geeks.ms,... o que probara las betas del Office2007 donde si estaba la funcionalidad). Obviamente muchos linuxeros leeran otras cosas y no probarán las betas del Office y no se enteraron (y no le preguntaron a Adobe porque hizo eso).

2- muchos anti-microsoft se acuerdan de que Microsoft es una empresa para ciertas cosas y se les olvida para otras. Microsoft lo que le importa son sus usuarios, y si añadieron el salvar a PDF es porque sus usuarios lo demandaban, es de cajón. Busca en MSDN y verás que el plugin de salvar a PDF es de las descargas más bajadas de Microsoft.

MrK:

cierto, es preocupante que pasara eso. Pero es preocupanta si realmente es verdad cierto que hubo un problema. No sé si te has leído a fondo los enlaces que ha puesto Mars, a mi por lo virulentos que son en su rechazo a OpenXML me recuerdan mucho a la web de la FSF llamada BadVista. En esa web se dijeron bastantes cosas, en particular el tema del DRM y que Vista te iba a dejar sin hacer cosas etc etc etc.

Mucha gente se creyó en su día lo del DRM (si hasta se habló del tema en estos foros! Si la gente de este foro que es más técnica que la media se lo creyó imagínate los usuarios de a pie...). Mucha gente sigue creyéndoselo hoy en día y no quieren instalar Vista porque no van a poder escuchar música, ver películas,... Pero ahora sabemos que eso es más falso que un duro de seis pesetas, pero la web sigue ahí colgada, con sus "verdades".

Estas páginas ahora del OpenXML tienen argumentaciones del estilo: que si DRM, etc, etc, etc. Por ejemplo:

http://www.openxml.info/index.php?option=com_content&task=view&id=11&Itemid=4

La frase del resumen es para enmarcarla:

"¿No sería mejor que Microsoft Office implementara el ya existente, ampliamente usado y ya estandarizado ISO/IEC 26300?"

Si te haces las consultas que proponen en google.com a día de hoy te sale:

filetype:docx -> 31.600
filetype:xlsx -> 6.910
filetype:pptx -> 13.100

filetype:odt -> 56.100
filetype:ods -> 12.600
filetype:odp -> 18.900

Y lo curioso que se les olvidó poner estas:

filetype:doc -> 34.900.000
filetype:xls -> 6.780.000
filetype:ppt -> 4.550.000

Pero tienen el valor de poner que es ampliamente usado y se quedan tan panchos... Y además, sigue la pregunta, ¿por qué no hace los plugins la comunidad del SL si tanto les interesa que se soporten sus formatos en Office?

Y por cierto, si realmente ha pasado lo que ha pasado, dudo mucho que IBM que ha estado en contra de OpenXML no tenga el poder económico y las influencias necesarias para poder demostrarlo, así que el lado anti-microsoft debería estar tranquilo.

Ale, un saludo,

Vicente

[Mars Attacks]

A mí que el formato sea suyo o de rita la cantaora me trae sin cuidado. Lo que me preocupa es que haya tantísima gente (y con sólo uno cualificado me basta) que piense que la especificación debería enviarse a boxes y se hayan movido tantos cables (de nuevo, me vale con que sólo uno de los hechos que relatan sea cierto) para que el formato salga adelante sí o sí.

No he abierto el hilo como partidario del Software Libre, sino como ingeniero informático. Me preocupa, y mucho, que un asunto de tanta relevancia como un estándar (con el que podría tener que vérmelas dentro de un tiempo, quién sabe) se apruebe de esas maneras.

Como partidario del Software Libre,hace tiempo que me da completamente igual lo que haga Microsoft con sus programas, yo vivo muy feliz con los míos. Esto es un asunto completamente distinto que nos concierne a todos.

[Prompt]

Vicente eres un vendido de Microsoft tio :)

Tardariamos siglos en desgranar una conversación anti-microsoft y no sacariamos nada en claro.

Microsoft y Apple ( por decir 2 ) son empresas, y hacen lo que pueden para ganar pasta, que es lo que se hace en las empresas. Punto.

Toda esperanza de esperarse algo de una empresa, que lo de por nada etc... es absurdo e irracional. A ver si os creeis que Google no gana ni un centimo y es el bueno de la pelicula. Otra cosa es que ciertas empresas tengan politicas muy cercanas a lo que los usuarios desean y quieren.

Viva Richard Stallman!! :D viva GNU!!

[Vicente]

Vicente eres un vendido de Microsoft tio :)

Tardariamos siglos en desgranar una conversación anti-microsoft y no sacariamos nada en claro.

Microsoft y Apple ( por decir 2 ) son empresas, y hacen lo que pueden para ganar pasta, que es lo que se hace en las empresas. Punto.

Cierto :p Pero vamos, que en contra estaban IBM, Google, Sun,... Estoy seguro que todos los implicados en la votación han usado todos los medios a su alcance para intentar conseguir el resultado que más les interesaba. Y si alguna se ha pasado y se demuestra y eso cambia el resultado de las votaciones, pues que así sea.

Pero eso no quita que las webs anti OpenXML (y la mayoría de los discursos que se han hecho contra el formato) tengan un tufo no-técnico que vamos... Hoy por ejemplo en el Pais citaban las "verdades" de BadVista, supongo que los anti-microsoft se regocijarán :)

Un saludo!

Vicente

[davur]

Vicente, reitero que no voy a entrar al trapo en discusiones sobre si el número de documentos de Office circulando por la red debiera importarme un pimiento, o por qué la sola idea de proponer que la comunidad del software libre desarrolle plugins para Office demuestra lo poco que conoces de la filosofía en la que ésta se fundamenta.

Con respecto a OOXML, dejando a un lado que pretende ser la solución no-estándar a un problema que no existe y obviando las múltiples irregularidades en su proceso de estandarización, informémonos de una vez de por qué esta especificación de Microsoft es una monstruosidad tanto técnica como moral.

Apelando a la realidad, no hay ningún motivo para pensar que en esta ocasión Microsoft va a proceder de manera diferente a como ha hecho en el pasado. Visto lo visto, leído lo leído, las 6000 páginas de la especificación se van directamente a mi papelera (y en este caso, me conviene una "papelera de reciclaje", porque 6000 son demasiadas páginas).

[Editado: 'mostruosidad' por 'monstruosidad'.]

[Vicente]

Vicente, reitero que no voy a entrar al trapo en discusiones sobre si el número de documentos de Office circulando por la red debiera importarme un pimiento, o por qué la sola idea de proponer que la comunidad del software libre desarrolle plugins para Office demuestra lo poco que conoces de la filosofía en la que ésta se fundamenta.

El argumento del número de documentos es del lado no-ooxml, no mio. Solo he resaltado lo "técnico" que es (como la mayoría de los argumentos que se esgrimen contra el OpenXML).

Y el decirme que no conozco la filosofía del software libre porque he propuesto hacer un plugin libre para un software propietario es argumento de talibanes de la FSF ;) (y de poca visión de futuro).

No sigo con el tema de las libertades porque vamos, a algunos defensores del SL se les olvida que no por ser libre eres mejor y que también eres libre para usar programas propietarios... Supongo que tendré que cortarme las manos por escribir software libre usando Windows y Visual Studio...

Un saludo,

Vicente

[Tei]

OOXML es el siguiente formato de Microsoft Office.

Esta diseñado para soportar las caracteristicas de este programa, y de todos los formatos que soporta este programa.

La carga de herencia es enorme, y con ello la carga de responsabilidad, y el bloat.   Un ejemplo, ¿Que necesidad tiene un *nuevo* formato de soportar internamente muchos multiples distintos formatos de imagen, de los cuales la mayor parte son equivalentes?, esos formatos, por antiguos, se los diseño sin las prioridades actuales de seguridad.

Considero que la mision de "servir de vehiculo para transportar todo el bloat anterior de Office" y "buen formato", son incompatibles.

Leyendo una pequeña parte de lo que se dice en el blog que habeis puesto.


# Page 1457, Section 2.15.3.45 — This is a compatibility setting which creates needless complexity for implementers who now must deal with two different ways of handling a page break, one in which a page break ends the current paragraph, and another where it does not. This is not a general need and expresses only a single vendor's legacy setting.

Si CR es retorno de carro y LF es nueva linea. ¿Que hace LF en un documento diseñado por gente de Microsoft? logicamente te mantiene en la misma columna, pero en la linea siguiente. Pero esto no es lo que ocurre,.. las decisiones de retorno de carro/nueva linea de Microsoft son un "hackjob", unas decisiones malas y chapuceras. Cuando esto lo vuelca en un formato de fichero, el resultado es fragil y penoso.
Ejemplo CSV:

They're using CSV files. CSV import in Excel is heavily broken. I once tried to make a CSV where a cell read "01234". I found no way - it always came out as 1234. Manually formatting it as "00000" of course helped, but is not ideal.

And yes, in theory one CAN give Excel hints about how the CSV is formatted - but not when the CSV was double clicked in the explorer. In that specific case, formatting the column as "00000" was found to be less work than opening it with the wizard and specifying the right parameters.

But well, it's Excel. And its CSV support has many more WTFs in it... like, depending on whether you save from VBA or from the menu, it saves different CSV format... example:

A1 = "foo
A2 = "bar,baz;haha"hihi
B1 = "hello<CR><LF>world

Normally, Excel exports it like this:

foo;"bar,baz;haha""hihi"<CR><LF>
"hello<LF>world";<CR><LF>

However, when saved from VBA, it writes:

foo,"bar,baz;haha""hihi"<CR><LF>
"hello<CR><LF>world";<CR><LF>

Outside VBA, Excel can't read the latter version of the file... and from within VBA, it will fail to read the former version (no matter what parameters one specifies, the <LF> vs <CR><LF> inside the cell throws it off).

# Page 490, Section 2.4.72 — This defines the ST_TblWidth type, used to express the width of a table column, cell spacing, margins, etc. The allowed values of this type express the measurement units to be used: Auto, Twentieths of a point, Nil (no width), Fiftieths of a percent. I find these choices to be capricious and not based on any sound engineering principle. It also mixes units with width values (Nil) and modes (auto). This should be changed to allow measurements in natural units, such as allowed in XSL-FO or CSS2, such as mm, inches, points, pica. Also, do not mix units, values and modes in the same attribute. Nil is best represented by the value 0 and Auto should be its own Boolean attribute.

Se ha criticado mucho de OOXML que no use los estandares existentes. Por ejemplo, que no aproveche nada de CSS. Es como si el autor de OOXML no conociera la existencia de CSS, y por tanto reinventara la rueda, y la hiciera cuadrada.
Me parece logico por lo expuesto : OOXML no es un nuevo formato, sino un volcado de toda le herencia del Office. No es nuevo, ni es un diseño. Todos sabemos que aspecto tiene el codigo viejo mal mantenido, pues los formatos de ficheros viejos y mal mantenidos son igual o peores, y eso es OOXML.


# Page 328, Section 2.4.17 — The frame attribute description says it "Specifies whether the specified border should be modified to create a frame effect by reversing the border's appearance from the edge nearest the text to the edge furthest from the text." This is not clear. What does it mean to reverse a border's appearance? Are we doing color inversions? Flipping along the Y-axis? What exactly? Also a typographical error: "For the right and top borders, this is accomplished by moving the order down and to the right of its original location." Should be "moving the border down..." Also, it is not stated how far the border should be moved.

El diseñador de OOXML carecia de la sutileza para entender estas cuestiones. La gente de Internet Explorer tambien lo carece, y tenemos problemas de layout en IE por culpa de eso. Pero al menos en HTML hay un estandar que lo define. Aqui lo que tenemos ambiguedad, asi que no podemos esperar que esto se implemente bien, si ya la base son arenas movedizas.

# Page 1073, Section 2.14.8 — This feature is described as: "This element specifies the connection string used to reconnect to an external data source. The string within this element's val attribute shall contain the connection string that the hosting application shall pass to a external data source access application to enable the WordprocessingML document to be reconnected to the specified external data source." Since connection to external data typically requires a user ID and a password, the lack of any security mechanism on this feature is alarming. The example given in the text itself hardcodes a plain-text password in it the connection string.

En cuanto se popularicen los documentos OOXML, sera una tecnica popular de hacking el buscar por filetype:ooxml en google para pescar contraseñas.


# Page 4387, Section 6.1.2.3 — For the "class" attribute it says "Specifies a reference to the definition of a CSS style." The example implies that some sort of mapping will occur between CSS attributes and DrawingML. But no such mapping is defined in OOXML. The "doubleclicknotify" attribute implies some sort of event model that us undefined in OOXML. How do you send a message for doubleclicknotify? Why do we describe organization chart layouts here when it is not applicable to a bezier curve? What happens if this shape is declared to be a horizontal rule or bullet or ole object? The text allows you label it as one of these, but assigns no meaning or behavior to this. Why do we have an spid as well as an id attribute? The "target" attribute refers to Microsoft-specific I.E. features such as "_media". Although the text says that control points have default values, the schema fragment does not show this.

6048 paginas, y en muchos sitios te redirigen al exterior. Osea, no es una especificacion completa. ¿Se puede aceptar una especificacion que esta a medias?.


# Page 3164, Section 4.6.88 — This and the following two elements are all called "To" but this seems to be a naming error. 4.6.89 is essentially undefined. What does "The element specifies the certain attribute of a time node after an animation effect" mean? It doesn't seem to really signify anything. Ditto for 4.6.90.

Errores, de alumno poco aplicado. En un documento que deberia haberse sometido a un riguroso chekeo. Por otra parte, todos somos humanos, por eso preferimos diseños sencillos donde hay menos espacio para errores. Comprensible pero no excusable.

Voy a saltarme cosas, porque sino esto es muy largo.

# Page 4492, Section 6.1.2.11 — The "althref" attribute is described as "Defines an alternate reference for an image in Macintosh PICT format". Why is this necessary for only Mac PICT files? Why would "bilevel" necessarily lead to 8 colors? We're well beyond 8-bit color these days. "blacklevel" attribute is defined as "Specifies the image brightness. Default is 0." What is the scale here? This needs to be defined. Is it 0-1.0, 0-255 or what? And what is "image brightness" in terms of the art? Is this luminosity? Opacity? Is this setting the level of the black point? For "cropleft", etc. -- what units are allowed? (implies %) How does "detectmouseclick" work when no event model is defined? "emboss effect" is not defined. "gain" has the same problem as "blacklevel" -- no scale is defined. This element has two different id attributes in two different namespaces, with two different types. "movie" attribute is described as "Specifies a pointer to a movie image. This is a data block that contains a pointer to a pointer to movie data". Excuse me? "A pointer to a pointer to movie data"? This is useless. The "recolortarget" example appears to contradict the description. It shows shows blue recolored to red, not black. The "src" attribute is said to be a URL, yet is typed to xsd:string. This should be xsd:anyURI.

OOXML es un formato enfermo y anciano :(
Si esto saliera de mujer, de la cuna iria al asilo, sin quitarle el respirador de oxigeno en ningun momento.

# Page 1955, Section 3.3.1.20 — This facility for adding "arbitrary" binary data to spreadsheets is said to be for "legacy third-party document components". No documentation or mapping for such legacy components has been provided, so interoperability with this legacy data cannot be achieved. Why isn't this expressed using the extension mechanisms of Part 5 of the DIS?

¿Que opinion me merece un documento que define un metodo de extension y luego usa otros?. Pues que es un formato que ha recibido años de "mantenimiento" en el que mucha gente ha añadido codigo, sin saber lo que habia antes. Un espaguetti code.  OOXML es espagueti code.



# Page 2885, Section 3.18.51 — The values of the given type (ST_OleUpdate) are explicitly tied to the Microsoft Windows OLE2 technology via the two method calls IOleObject::Update or IOleLink::Update

Esto supongo que lo tenian que haber camuflado de algún modo, que no sea tan escandaloso.

# Page 1240, Section 2.15.1.74 — This setting specifies that the document should be saved into an undefined invalid XML format. But it is not stated how an XSLT transfor can be applied to an OOXML document, since OOXML is a Zip file containing many XML documents. So what exactly is the specified XSLT applied to?

OOXML no es XML. Lo cual, me lo esperaba. Si fuera un XML, o una serie de documentos XML comprimidos, los errores de diseño en los que se meten caracteres que son ilegales en un XML harian explotar el formato haciendolo ilegal. Con el truco de hacer que los XML de OOXML no son validos XML, pueden meter cualquier cosa dentro. Lo que no puedes es utilizar un parser de XML para cargarlo, ... por lo tanto, tienes que usar un "parser de OOXML" para cargarlos. Un parser especial escrito para el formato especial de OOXML.
Tenemos parsers de XML en casi todos los lenguajes, pero parsers de OOXML practicamente solo tenemos uno: Microsoft Office.

No estoy en contra de OOXML, ni de Microsoft. Estoy en contra de la chapuza que es el diseño actual de OOXML. Este formato deberia ser XML valido, con su DTD, haciendo tabla rasa para tener (por ejemplo) una sola forma de expresar las fechas o los saltos de carro o las imagenes. Debería ser un diseño formato poco extenso  (nada de 6000 paginas) y estar bien revisado y sin errores.  OOXML para mi, es una chapuza, y no debería haber pasado el filtro de los comites.