El más reciente gran paso es WebGL: un API OpenGL ES 2.0 para JavaScript. Es decir: gráficos 3D acelerados por hardware en el navegador. Estamos hablando del mismo tipo de tecnología con la que se desarrollan los juegos normales y corrientes. Y si bien JavaScript es más lento que el lenguaje C/C++ que utilizan los juegos, el hecho de que cada vez se haga más proceso en la GPU y menos en la CPU es una tendencia muy conveniente para hacer WebApps 3D competitivas.

WebGL no es un proyecto de especificación que algún dia verá la luz. Ya está aquí. Las últimas versiones de los principales navegadores ya lo implementan (lo que pone de manifiesto que Internet Explorer cada vez cumple menos su labor como navegador, ya que és la única excepción). Y las aplicaciones web que lo utilizan también están ya aquí. Por ejemplo:

Google Body Browser (http://bodybrowser.googlelabs.com/): un atlas anatómico completo en 3D.

Quake WebGL: por si teníamos alguna duda de si esto iba a servir para juegos. Hay una versión completa de Quake 2 (http://playwebgl.com/games/quake-2-webgl/) y visores de niveles de Quake 3 (http://media.tojicode.com/q3bsp/). Seguramente WebGL diera para portar juegos más modernos, si el código de estos estuviera disponible, claro.

Y otros muchos ejemplos de todo tipo: http://www.chromeexperiments.com/webgl

Las posibilidades eran hacerlo mediante código en el servidor o que los usuarios de la aplicación enviaran directamente los archivos html.

El método más “cómodo” para usuarios no técnicos es guardar el archivo en formato html desde el propio word. Haciéndolo de esta forma se introduce una cantidad exagerada de tags html, unas que solo sirven para poner estilos y que se podrían poner de forma más cómoda y las que corresponden a la estructura del html están en un formato que, como no, no sigue el estandard.

Así que buscando por la red al final se optó por hacer la conversión directamente en el servidor mediante php y openoffice de la siguiente forma:

En el editor de textos de openoffice (writer) crear una macro como la que sigue:

REM  *****  BASIC  *****

Sub odttohtml (Path)
Dim Url as String
Url = convertToUrl(Path)

Set oDesk = CreateUnoService( “com.sun.star.frame.Desktop” )
Dim OpenParam(1) As New com.sun.star.beans.PropertyValue ‘Parameters to open the doc
OpenParam(0).Name=”Hidden” : OpenParam(0).Value=True
Dim Doc
Doc = oDesk.loadComponentFromURL(Url, “_blank”, 0, OpenParam())

Dim outputfile as String
outputfile = Left( Path, Len( Path ) – 3 ) + “html”

Dim SaveParam(0) As New com.sun.star.beans.PropertyValue
SaveParam(0).Name=”FilterName” : SaveParam(0).Value=”HTML (StarWriter)”

Url = convertToUrl(outputfile)
Doc.storeAsURL(Url, SaveParam() )
Doc.close( True )
End Sub

Con la función odttohtml se consigue pasar un documento doc a html con un formato “casi” estricto (algunos tags no se cierran).

Una vez guardada la macro, ya se puede invocar mediante php con el siguiente código:

shell_exec(‘soffice -headless “macro:///Standard.Module1.odttohtml(doc_file.doc)”‘);

Esto nos da como resultado un documento html bastante aceptable para poder ser usado por “humanos” y que sigue el estandard.

Lista de premiados:

Ganador General:

1. WordPress
2. MODx
3. SilverStripe

Open Source CMS más prometedor:

1. ImpressCMS
2. Pixie
3. Pligg

Mejor PHP Open Source CMS:

1. Drupal
2. WordPress
3. Joomla!

Mirando el histórico desde el 2006 se ve una progresión de Drupal que ha logrado por segundo año consecutivo ganar el premio al Mejor PHP Open Source CMS y está entre los mejores CMS.

Recientemente se ha publicado la notícia que La Casa Blanca (http://www.whitehouse.gov/) ha migrado los contenidos de su web a Drupal lo cual indica que es un CMS con la suficiente estabilidad, funcionalidad y seguridad para llevar a cabo sites tan complejos como este.

Tanto Drupal como WordPress son los CMS que habitualmente implementamos en proyectos, por su potencia y versatilidad en el caso de Drupal y por la facilidad de uso en WordPress. Coincide que en dos semanas saldrá publicado en MOSAIC, un artículo que compara Drupal, Joomla, WordPress y Plone.

Varios ejemplos de sites que ha realizado FactorSim con Drupal son:

Las webs segmentadas por países de Roca, entre ellos Roca protugal (http://www.roca-sa.com/):

Una web autogestionada para Clic-Austral (http://clic-austral.com/):

A nosotros, esta noticia nos ha traido una nueva tarea. Probar MODx y SilverStripe para evaluar porqué han sido elegidos entre los mejores CMS del mundo.

http://www.slideshare.net/rss/user/<nombre_usuario>

Por ejemplo: http://www.slideshare.net/rss/user/tumbukta

http://www.slideshare.net/rss/tag/<nombre_tag>

Por ejemplo: http://www.slideshare.net/rss/tag/elearning

El recuadro sobre estas lineas es el primer gadget de iGoogle que hemos creado desde Factorsim. Sirve para vincular cualquier site de Moodle (configurable) desde una página iGoogle… o… desde prácticamente cualquier otra página, en realidad. Por ejemplo: aquí.

No se trata de un screenshot. Funciona. Podeis probarlo. Si teneis una cuenta de http://www.aprendizajeonline.es, podeis utilizar este gadget para entrar directamente.

Con el siguiente enlace podeis añadir este gadget a vuestro iGoogle.

La base metodológica, está explicada (como siempre en Google), aquí e incluso hay un artículo de la revista Nature que lo complementa.

En todas la charlas que llevo haciendo desde hace dos años, siempre comienzo con la misma frase “No hace falta que anoteis nada de esta presentación, luego la podreis leer on-line en Slideshare”. Con esta sencilla frase se consigue que los asistentes o los alumnos se relajen y se abran a un aprendizaje/comunicación más activa.

Para introducirlo brevemente, Slideshare es un espacio dónde poder publicar las presentaciones que hacemos. Como la mayoría de implementaciones 2.0, puedes decidir si publicas en privado o en público, crear tu lista de presentaciones favoritas o añadir contactos y así estar informado de las presentaciones que otros usuarios publican, entre otras muchas funciones.

Para aquellos que quieran probar otras opciones, existe un sitio con funcionalidades parecidas denominado Scribd.

Si quieres, puedes visitar nuestro espacio en Slideshare.

Aquí te dejo algunos ejemplos de presentaciones que considero muy interesantes y tengo entre mis favoritos.

No repetiré aquí las informaciones técnicas.  Creo que más allá de las especificaciones y funcionalidades está la finalidad de la acción. Hoy en día, todo se hace o se puede realizar vía web. Y cuando no se puede estar online, Google facilita el trabajo mediante una tecnología Gears, que almacena información accesible online y consultarla posteriormente offline, permitiendo una secuencialidad en el trabajo y la posibilidad de continuar procesos online-offline sin pérdida de información.

La intencionalidad de Google, “atacando” seriamente tanto a Explorer como a Firefox, es interesante, al mostrar que el sistema operativo han dejado de ser el centro del proceso de información para convertirse en un medio necesario pero supérfluo que nos permita acceder a los datos, que están siempre, online.

PD. Como dato curioso, Google ha publicado un cómic para mostrar las funcionalidades del programa. El comic, ya de por si brillante, es un pequeño manual de cómo diseñar y producir un producto. Para facilitar la lectura de las imágenes escaneadas hemos creado un PDF con las imágenes que hay.

Referencias legales:

“Google Chrome is Google’s browser project; this comic book by Google, drawn by Scott McCloud, is scanned here and shown under its Creative Commons license.”

Lo más interesante es cómo está hecho. Y es que este ejemplo combina los dos elementos que considero fundamentales en drupal: CCK y vistas. Cada punto marcado en el mapa es un nodo de drupal, de un tipo GoogleMaps Marker. Este tipo contiene sólamente un título y un campo CCK para introducir las coordenadas.

De esta manera, cualquiera que cree un nodo de este tipo, hará aparecer un nuevo punto en el mapa. El mapa no es otra cosa más que una vista. Es decir: una lista de todos los nodos de tipo GoogleMaps Marker, sólo que con un formato algo diferente de la típica tabla mostrando los campos de cada entrada. El resto son unas cuantas llamadas al API de GoogleMaps, que está todo lo bien diseñada que cabía esperar.