Apple acaba de anunciar una actualización para Final Cut Pro X, la primera con cierta importancia desde que en su lanzamiento recibiera varias críticas de los editores profesionales por carecer de ciertas funcionalidades esenciales para su trabajo y “degradar” el programa a una simple versión más completa de algo más parecido a iMovie.

Lo más importante de esta actualización es el soporte para ficheros XML, de modo que al fin se podrán importar y exportar proyectos de Final Cut Pro 7. Algo que se agradece es que Apple ha puesto a disposición del que quiera una versión de prueba gratuita de 30 días, con lo que todos los que quieran podrán echarle un vistazo al comportamiento de Final Cut Pro X sin tener que pagar nada.

Mientras escribo estas líneas la actualización aún no está disponible en la Mac App Store (la versión de Final Cut Pro X en la tienda sigue siendo la 10.0 cuando debería ser la 10.0.1), pero no debería tardar en aparecer. El precio de la licencia sigue siendo de 239 euros. Esta actualización, si Apple quiere recuperar la reputación que tenía con los anteriores Final Cut Pro 7, tiene que ser una de varias con las que tiene que ir recuperando todas las funcionalidades que perdió con el salto a la Mac App Store.

Vía | CNET
Más información y descarga | Final Cut Pro X en la Mac App Store (pendiente de actualización)
En Applesfera | Final Cut Pro X, una aplicación que sólo conserva el nombre

A algunos la entrada que publicamos ayer pudo llevaros a errores aún con la actualización, así que vamos a explicar con algo más de detalle qué es lo que significa la sentencia que obliga a Microsoft a sacar cierto XML de su suite Office. En este tema, ya sea por desconocimiento o por malinformación, se han supuesto cosas que no se acercan a la realidad. Antes de nada resumamos lo importante:

• El formato OpenXML utilizado en Office 2007 (.docx, .xlsx, etc) no se ve afectado por esta sentencia. Va a seguir estando por defecto como hasta ahora, tanto en Office 2007 como en Office 2010. Tampoco hay ningún problema en las aplicaciones de terceros que sean compatibles con estos formatos.
• Cualquier formato que use XML no se ve afectado de ninguna manera por esta sentencia. Ni el formato libre y abierto de OpenOffice ni otro que se os ocurra. De hecho, la patente no se refiere nunca a XML, sino que puede usarse sobre cualquier formato. El problema no es el formato sino el concepto del que habla la patente.
• Microsoft está obligada a retirar una funcionalidad llamada Custom XML por infringir una patente de i4i. Esto consiste en añadir un archivo plano que no está en XML al formato OpenXML de Microsoft. Luego veremos por qué.
• Microsoft seguirá vendiendo Office pero lanzará un parche para eliminar este Custom XML de Office 2007. Esa funcionalidad ya no está en las actuales betas de Office 2010.

• Microsoft debe pagar a i4i unos 290 millones de dólares. 200 millones es lo que inicialmente pedía i4i, pero el juez decidió añadir 40 más por infracción intencional y otros 50 más por costos e intereses. Aunque no lo creáis Microsoft ha tenido suerte, porque según el juez la ley permite triplicar esa cantidad por ser una infracción intencional, subiendo hasta los 600 millones de dólares.

¿Qué es i4i?

i4i es una pequeña empresa canadiense con unos 30 empleados, y se dedica a desarrollar software a medida para empresas y corporaciones. Buena parte de su negocio se basaba en una patente que rellenaron en 1994, que trata sobre cómo guardar datos estructurados en archivos no estructurados. Entre otros productos, tenían un plugin para Word que permitía trabajar con esta clase de documentos.

En este punto hay que distinguir el formato XML de la patente de i4i. Aunque ambos buscan básicamente lo mismo, la principal diferencia es que XML guarda a la vez el contenido junto a la estructura del archivo, de tal manera que es indivisible, más o menos. La patente de i4i indica que ellos guardan la estructura separada del contenido, para poder tratar la estructura o el contenido de manera separada. Por tanto, esta patente no aplica al XML.

Aparentemente esta funcionalidad es muy interesante para grandes empresas que guarden muchos datos, aunque sinceramente me surgen muchas dudas sobre la genericidad de esta patente. ¿No es su funcionamiento muy similar a una base de datos o a cualquier otro sistema que guarde datos en archivos desestructurados?

¿Qué es el Custom XML?

Custom XML es un palabro inventado por Microsoft para hacer marketing, porque realmente no tiene nada que ver con XML. Para darse cuenta de lo poco que tiene que ver con XML, esta funcionalidad ya estaba disponible en Office 2003, cuando OpenXML ni se estaba definido. Este Custom XML (en inglés XML personalizado) se refiere a poder añadir cualquier archivo desestructurado a un formato de Office. Este archivo se guardará dentro del documento y sirve como una pequeña base de datos, una vez se especifica su estructura.

El concepto de guardar ese archivo con los datos y luego especificar su estructura de manera paralela es lo que ha hecho a Microsoft perder este juicio. Como veis, poco tiene que ver con el formato OpenXML de Microsoft, se trata de una extensión adicional que se puede eliminar sin afectar a la mayoría de documentos.

¿Qué va a hacer Microsoft?

Microsoft está obligado a quitar esta funcionalidad antes del 11 de enero. Esto implica quitar esta extensión opcional de Office y del formato OpenXML, pero no implica cambiar de un plumazo todo el formato OpenXML como parecía en un principio. En los próximos días veremos parches que quiten este Custom XML así como versiones de Office 2007 sin Custom XML, que serán las que se venderán a partir de ahora.

A los que ya usaban esta funcionalidad y hayan comprado Office 2007 antes de esa fecha, Microsoft seguirá ofreciendo soporte técnico, y legalmente pueden seguir usándolo durante el tiempo que quieran. Es decir, que las empresas no están obligadas a cambiar de proveedor, pero que los próximos productos de Microsoft no incluirán esta característica.

¿Es justo?

Después de leer el acta judicial y atendiendo únicamente a leyes: sí, es justo. Evidentemente esto está soportado por el sistema de patentes norteamericano, así que si creemos que las patentes causan más daño que otra cosa, moralmente será injusto. Lo que ha conseguido i4i, gracias a unos excelentes abogados y expertos, tiene mucho mérito y no tiene nada que ver con los trolls de patentes.

A lo largo del juicio se ha demostrado que Microsoft ha infringido la patente, que actuó de mala fe, que actuó de manera anticompetitiva, que i4i ha sufrido las consecuencias en términos de cuota de mercado y marca, que la multa está ajustada a la realidad y que los daños que ha recibido i4i son irreparables.

La historia es curiosa y nos recuerda a las historias pez-grande-come-pez-pequeño que tanto puso de moda Microsoft y que prácticamente cualquier empresa grande está realizando hoy en Internet (sobre todo Google). i4i estaba en un mercado apacible ganándose la vida y Microsoft vino, compró a un competidor más barato que vendía su producto a casi 500 dólares e introdujo esta tecnología a su Office de manera prácticamente gratuita.

En pocos años Microsoft ha conseguido el 80% de cuota en este mercado, obligando a i4i a dedicarse a otra cosa. A todos nos suena esta historia, la diferencia es que i4i tenía esta patente, Microsoft la conocía y la cogió para dirigirse exactamente a los mismos clientes. Particularmente a las farmacéuticas, que siempre están en medio.

En definitiva, aunque podemos tener serias dudas sobre la patente en sí y su genericidad, el juicio no ha sido escandaloso ni se han inventado nada. De hecho, Microsoft ha tenido que aceptar los métodos seguidos por los expertos para calcular la multa, que hasta el juez tilda de un cálculo conservador, y centrarse en resquicios legales y matices nimios porque desde el principio lo tenía perdido.

Feliz navidad.

Enlace | Acta judicial
Enlace | XML v. i4i v. Microsoft
Enlace | Bloomberg

Según el comunicado de la compañía, ya se han estado preparando Word y Office 2007 en previsión de que la apelación no prosperara, y han eliminado lo que, según sus propias palabras, ahora es una “característica poco usada de estos productos”. Esto contrasta con el alarmista comunicado que emitieron a los pocos días de hacerse pública la sentencia, y en el que avisaban de graves pérdidas para multitud de empresas, daños irreparables, y clientes perdidos a la deriva en un mundo sin alternativas ofimáticas…

Para la fecha indicada, estarán a la venta las versiones recortadas, sin soporte para XML (y por tanto para .docx). De paso, anuncian que las betas de Word 2010 y Office 2010 no incluyen esta tecnología. No es por nada, pero pensándolo bien, esto casi puede ser considerado como una mejora.

También han anunciado que van a seguir batallando, explorando otras posibilidades legales. Como dije en su día, es interesante ver cómo una empresa que tanto lucha por las patentes de software recibe en sus propias carnes toda una lección de por qué este concepto es un sinsentido. En lugar de ser útil para proteger a los creadores de tecnología, sólo sirve para que los abogados hagan caja.

Actualización: Esta sentencia no tiene nada que ver con .docx, que seguirá siendo el formato por defecto en Word 2007 y 2010. Tampoco con el resto de formatos de las aplicaciones de la suite. Simplemente se refiere a una funcionalidad que permitía mapear archivos XML en formatos personalizados a un documento de Office, y es eso lo que será borrado. Esta muy poco usada funcionalidad está desde Office 2003, en la propia página de Microsoft podéis ver un caso de uso.

Sitio oficial | Microsoft
En Genbeta | Un juez prohíbe a Microsoft vender Word, Microsoft mete miedo en el caso Word

En marzo de 2007, la compañía i4i demandó a Microsoft por una infracción sobre su patente de 1998 “sistema de documento que elimina la necesidad de insertar manualmente códigos de formato”.

XML es “lenguaje de descripción de páginas”, y permite crear etiquetas de formato para mostrar y editar documentos, por lo que el juez ha decidido que Word 2003 y 2007 infringen esa patente, y condena a Microsoft a pagar 200 millones de dólares en compensación, no venderlos, y a otros 77 millones por otros conceptos.

Esto no es más que otra demostración de que las patentes de software son estúpidas, y que donde las dan las toman. Microsoft siempre ha defendido las patentes de software, y ahora ve como una compañía patenta algo que ya existía (el primer borrador de trabajo de XML es de noviembre de 1996) y utiliza una corte de abogados para ganar pasta fácil. Los de Redmond, por descontado, recurrirán la sentencia.

Vía | CNet News

OpenXML (.docx) es el formato que Microsoft introdujo con su suite Microsoft Office 2007. Está basado en XML y es retrocompatible con versiones anteriores de Microsoft Office a través del Microsoft Office Compatibility Pack. Por otro lado, hace un mes, les mostramos la forma de hacerlo compatible con Open Office.

Lo último ha sido la inicitiva de Microsoft por convertir en un estándar ISO dicho formato. Esta propuesta ha llevado a que se inicie una campaña de recolección de firmas y difusión de banners para que no se estandarice. En OpenXML.info podemos encontrar, perfectamente explicado y documentado, los motivos de por qué no se debe estandarizar dicho formato. Cito textualmente

NO ABIERTO

Para que un formato pueda ser considerado abierto, ha de estar libre de regalía o condición alguna por patentes, y no puede ser controlado por una única empresa (...que además en este caso cuenta con un amplio historial de amenazas a sus competidores mediante patentes de software). Por otro lado, el formato en cuestión debe ser multiplataforma por naturaleza. Office OpenXML no cumple ninguna de esas condiciones.

NO ESTÁNDAR

Un estándar debe estar totalmente documentado públicamente. Además, su proceso de estandarización (ECMA) debería haber garantizado que todas las patentes de los proponentes del mismo fueran desveladas y licenciadas como mínimo en términos RAND. Finalmente, es necesario que una propuesta de estándar ISO cumpla y no contradiga los estándares ISO ya preexistentes para no obligar a “reinventar la rueda”. Office OpenXML no cumple ninguna de esas condiciones.

NO XML

Para que un formato de representación de información pueda ser considerado XML, éste debe plasmar íntegramente dicha información en estructuras XML. Para que algo se denomine XML no basta con que que simplemente utilice etiquetas XML cuando en ellas guarda información en formatos binarios, con códigos de control e incluso dependiente de plataformas concretas. En resumen, debe validar el estándar XML. Office OpenXML no cumple estas condiciones.

El OpenXML no cumple los requisitos de ser XML, no es abierto ni libre, y menos un estándar. De hecho contradice a diversos estándares ISO ya existentes. Creo que se debería tener un estándar único y común para todos, y no tener una dicotomía que lo único que conlleva son un cúmulo de incompatibilidades. Sabremos como acaba todo el 2 de septiembre del 2007.

Vía | Ubuntu Tips
Más información | OpenXML
Negativa contra OpenXML | Noooxml

El problema de los metadatos de los archivos es que cada uno tiene su propio estándar: las imágenes se basan en EXIF, los MP3 en ID3... ¿Cómo se soluciona esto? Creando un estándar: XMP.

El XMP (Extensible Metadata Platform) es un formato basado en XML creado por Adobe, y cuyo principal encanto es su independencia con respecto al tipo de fichero, por lo que se puede usar con cualquiera indistintamente: JPEG, PSD, AVI, WAV, MPEG, MOV…

XMP Manager 0.2 es un GUI que nos permite gestionar los metadatos XMP en Linux de muchos ficheros de una forma muy sencilla e intuitiva. Esta es la segunda versión que sacan por lo que, aunque se hayan corregido bastantes bugs, puede que todavía persistan algunos. Por lo que he podido ver funciona muy bien dando soporte para un título, un autor y una descripción, aunque es muy sencillo agregar nuevos campos.

Vía | Softonic
Descarga | Grigio.org

Esta semana, los chicos de Panic nos traen una actualización de Coda, Coda 1.0.1, donde se solucionan diversos aspectos y detalles de la versión inicial, ampliando las funcionalidades y soporte de Coda:

• Nuevo modo ActionScript.
• Nuevo modo JSP-HTML.
• Nuevo modo para plantillas Smarty.
• Nuevo campo de configuración de los sitios, pudiendo especificar la URL Local inicial con lo que podremos visualizar en el modo de previsualización archivos locales directamente desde el directorio o a través de un servidor web local.

Sitio oficial | Panic.
Notas de la versión | Panic.
En Genbeta | Coda, el secreto mejor guardado de Panic y Coda, el mejor cliente de FTP para Mac con un potente editor de texto y mucho más.

Coda es un editor de textos supervitaminado, ya que por una parte llega desde los creadores de Transmit, el mejor cliente FTP para MacOS, por el otro, que han incluido casi todas las funcionalidades deseables en un editor.

Vamos por partes.

Cliente FTP.
Coda incluye, ya que se ha tomado como base, casi todas las funcionalidades básicas de Transmit. No sólo permite importar la configuración desde el mismo, sino que puedes realizar en Coda todas las operaciones que solías realizar en Transmit además de poder configurar el acceso vía SSH, como luego comentaré.

Previsualización.
Coda incluye una previsualización del sitio que estamos desarrollando, pudiendo seleccionar el navegador a utilizar en la misma de entre los instalados en nuestro Mac, por lo que podrás ver qué tal queda en diversos motores de renderizado.

Editor CSS.
El editor de hojas de estilo CSS es de lo mejor que he visto en mucho tiempo superando, tampoco por mucho, al integrado en Dreamweaver. Aunque no soy muy aficionado al uso de estos editores, si que será de gran ayuda a los acostumbrados a su uso o a recién iniciados en el diseño/maquetación web. Existen dos modos de visualización,

• modo visual, como se muestra en la captura superior
• y modo texto, como si fuese un editor de texto, eso sí, con auto-completado, que luego extenderé en la parte del editor.

Terminal.
La opción Terminal nos permite acceder a través de SSH a nuestro servidor para realizar cualquier tarea del mismo modo que permitiría una aplicación dedicada en exclusiva a ello o desde el propio Terminal de MacOS. El funcionamiento en este aspecto es impecable.

Documentación.
La documentación, accedida de modo remoto y por tanto actualizada, nos permite visualizar los manuales básicos de PHP, HTML, CSS y Javascript, aunque supongo que posteriormente irán añadiendo más manuales como Ruby, AJAX,...

Editor.
El editor de texto es simplemente genial, mucho superior a las diversas opciones que hemos probado durante meses, como Textmate o Smultron. La única pega es que el auto-completado se limita al lenguaje de programación seleccionado por lo que al seleccionar el modo PHP-HTML, se ve centrado principalmente en PHP, dejando un poco de lado el completado de HTML. Sin embargo, el funcionamiento es espectacular.

Así mismo, permite seleccionar el formato de codificación (sin montarse líos como suelen realizar otros editores), formato del salto de línea, compartir por Bonjour el archivo (permitiendo editar simultáneamente entre diversos desarrolladores el mismo archivo), utilizar snippets estilo Textmate, múltiples vistas horizontales y verticales del mismo o diversos archivos, búsqueda avanzada permitiendo el uso de expresiones regulares y relevancia de los términos buscados, soporte de serie para XHTML, HTML, CSS, Javascript, Java, Perl, Python, Ruby y SQL tanto en coloreado de sintaxis como de auto-completado, entre un largo etcétera.

Llevo más de semana y media utilizándolo como mi editor de programación, cliente de FTP y terminal SSH y puedo afirmar que es de lo mejor que he probado en bastante tiempo.

Se encuentra disponible, únicamente, para MacOS, binario universal, a un precio de 79 dólares con versión de prueba de 5 14 días.

Sitio oficial | Coda.
Descarga | Panic.

Desde hace casi dos semanas, comenzaron a distribuir por beta privada a los que se habían apuntado como beta-testers, entre los que me encuentro, una nueva aplicación llamada Coda.

En cuanto el lanzamiento sea público (a petición de Panic no mostraremos nada todavía), tendréis un especial en exclusiva con todos los detalles sobre Coda. Sólo os diré que es un editor de texto y que es de lo mejor que he visto en mucho tiempo.

Sitio oficial | Panic.
Vía | Digg.

Como ya comenté en la entrada sobre editores de programación para MacOS, una de las mejores opciones para Mac es Smultron, la mejor opción libre y gratuita, cuya nueva versión Smultron 3.0 acaba de ser lanzada.

Smultron 3.0, con respecto a su versión anterior, ha mejorado la gestión de proyectos (por lo que he visto, tampoco mucho), la ejecución de comandos shell y el rendimiento general de la aplicación en diversos aspectos. Así mismo, enemos un nuevo icono y un rediseñado interfaz (todos los iconos han sido mejorados), una nueva vista doble vertical, un zoom para la lista de archivos del proyecto, soporte para FreeFem++ y diversos bugs solventados.

Smultron (del montón de editores que he probado) es el que mejor resultados me ha dado por encima de TextMate (lo siento por los fanáticos de este editor), principalmente combinándolo con el cliente de FTP Transmit. Si no lo habéis probado, hacedlo y nos contáis.

Nota: La versión a descargar es Smultron 3.0.1, ya que soluciona algunos problemas encontrados con la versión 3.0.

Sitio oficial | Smultron.
Descarga | Sourceforge.