HyperCard ha muerto, vivan sus sucesores

Leo en faq-mac que Apple ha acabado con HyperCard oficialmente, al retirar de la web la sección http://www.apple.com/hypercard a la que sólo se podía llegar directamente. Ahora, el enlace lleva únicamente a la AppleStore, pero nos deja en la página principal de la tienda.

De todas formas, podemos dejarnos llevar por la especulación…

Cabe la posiblidad de que la desaparición de HyperCard tenga que ver con las actualizaciones que se preparan en la web de Apple con motivo del que parece inminente lanzamiento de Tiger a lo largo de este mes de Abril, y que hayan decidido que es tiempo de eliminar una zona inútil… para ellos, al menos; sabemos que hay gran cantidad de usuarios que siguen encontrando en HyperCard un producto excelente. Y es que las tecnologías abandonadas por Apple serían un tesoro para cualquier otro —HyperCard, OpenDoc, Newton OS, Newton Script—.

Sin embargo…

¿Tecnologías Tiger = HyperCardX?

Puede que sea un poco arriesgado, pero creo que las nuevas tecnologías de Tiger, junto a las herramientas de desarrollo gratuitas, pueden hacer que Tiger recupere algo similar a HyperCard, pero posiblemente mejor.

¿Dashboard = HyperCardX?

En efecto, utilizando XCode será bastante sencillo crear widgets que podremos utilizar en Dashboard, y muchos de esos widgets pueden interactuar con nuestro equipo, u otros equipos. Para la parte visual, se utilizan herramientas de programación web, aunque basta un simple editor de texto y saber XHTML y CSS. Para la reacción a eventos, JavaScript, un lenguaje bastante sencillo de utilizar.

¿AppleScript Studio + CoreData = HyperCardX?

Si la programación web no es lo nuestro, es posible que mediante AppleScript Studio y la nueva tecnología CoreData sea posible crear aplicaciones tipo pila mediante Interface Builder: Se arrastra un control tabla, se arrastran un par de botones, se arrastra un campo de búsqueda, se arrastra un objeto CoreData, se une con flechas los campos, los botones, y el objeto CoreData, y tenemos una aplicación para gestionar nuestra biblioteca… ¿No se parece esto sospechosamente a HyperCard? Las Cocoa Bindings se encarga de gestionarlo todo en conjunto, y la parte de programación la hacemos en AppleScript, un pariente de HyperTalk…

¿Automator = HyperCardX?

Otra de las utilidades típicas de HyperCard era crear pequeños guiones que, pulsando un botón, y pidiendo unos cuantos parámetros, hacían una copia de seguridad, o rotaban unas imágenes, o cualquier otra cosa. Muchas veces, esas tareas requerían funciones o comandos externos (XFCN/XCMD). Sin embargo, con Automator no hará falta: podremos copiar todas las imágenes que estén en una carpeta, o cambiarlas de tamaño, seleccionar la carpeta que queremos tratar, etcétera, arrastrando acciones, e introduciendo el resultado de una acción como parámetros de la siguiente. Automatización sin esfuerzo.

¿Qué les falta a las opciones anteriores?

Les falta un entorno un poco más sencillo de usar. Interface Builder es un poco intimidante al principio, pero el carácter dinámico de Objective-C y del marco de programación Cocoa es lo que permite que pruebes un interfaz dentro de Interface Builder, o que puedas crear un navegador o un procesador de texto sin una sola línea de código… pero cuando quieres relacionar diferentes partes, necesitas saber algo de cómo funciona Cocoa. Si existiera un entorno parecido a Interface Builder, con su interactividad, pero que tuviese un nivel de complejidad más reducido, aunque pudiese ir descubriendo poco a poco —ay, los “userlevel” de HyperCard—, no añoraríamos HyperCard.

Lo mismo podría aplicarse a la creación de widgets para Dashboard: los entornos tipo GoLive o Dreamweaver crean demasiado JavaScript basura, y no utilizar un entorno visual para el desarrollo de aplicaciones eminentemente visuales puede ser un problema.

Quizá Automator sea quien está más cerca de recuperar el espíritu de juego de HyperCard, pero está limitado a operaciones que no guarden ni lean datos, salvo que estemos dispuestos a escribir algo de AppleScript. Pero quizá Apple vaya a darnos buena documentación esta vez… o la comunidad de usuarios la cree.

Lo que sí está claro es que mucha gente utilizaba HyperCard porque había muchas pilas, y nunca se molestaron —ni posiblemente quisieron— molestarse en aprender HyperTalk. Ahora, es posible tener un widget de Dashboard, abrir el paquete, y ver cómo está hecho, y adaptarlo. Podemos crear flujos de trabajo con Automator sin tener que tocar AppleScript. Y para los más emprendedores, XCode + AppleScript Studio es un entorno ideal para crear pequeñas/grandes aplicaciones… Mientras Apple siga proporcionando un CD con las herramientas XCode, y siga añadiendo cosas como CoreData, no voy a echar tanto de menos a HyperCard…

HyperCard, gracias por todo.