Dreamweaver sigue muriendo

Hace cuatro años, anuncié que "Dreamweaver está muriendo", que la autoría HTML práctica había terminado, y el futuro pertenecía a los próximos CMSE como WordPress y Drupal. Ups.

El diseño web práctico todavía está muy con nosotros, y también lo es Dreamweaver, un hecho que se frotó recientemente en una sesión de Adobe "Crear la web", cuando el presentador preguntó cuántas personas en la sala todavía estaban usando el programa, Casi todas las manos subían. Entonces, ¿por qué Dreamweaver todavía está prosperando??

La respuesta se puede resumir en una palabra: html5. Cuando escribí esa pieza en 2009, HTML4 y CSS 2 tenían más de diez años; Los diseñadores web entendieron la plataforma fundamentalmente limitada que proporcionaron; y el Consorcio World Wide Web (W3C) planeó reescribir a ambos en XML para ponerlos en piedra.

La web es universal o no es nada, y no tiene sentido crear páginas que cifraran y que la mayoría de su audiencia no puede ver

Pero ese año vio un cambio extraordinario. Muchos desarrolladores de navegadores no habían estado satisfechos con las limitaciones y, después de que el W3C rechazó sus propuestas iniciales, Mozilla y Opera unieron fuerzas con Apple para crear el Grupo de trabajo de tecnología de aplicación de hipertexto web independiente (WhatWG) e impulsar las capacidades de HTML, CS y CSS y Javascript.

En 2009, el W3C aceptó la derrota, abandonó su propio grupo de trabajo XHTML y abrazó la iniciativa de Whatwg, entregando el futuro de la Web a los desarrolladores del navegador y su HTML5 en evolución.

Esto debería haber prometido nuevas características emocionantes para la herramienta de autoridad web más popular del mundo, pero Dreamweaver continuó actuando como si HTML5 no existiera.

Para ser justos, hubo buenas razones prácticas. La web es universal o no es nada, y no tiene sentido crear páginas que cifraran y que la mayoría de su audiencia no puede ver. Los diseñadores web, como regla general, trabajan para el denominador común más bajo, lo que significaba esperar hasta que todos los navegadores no HTML5 habían sido eliminados del sistema, una perspectiva muy distante.

Otro factor fue que Adobe ya tenía su propia tecnología de aplicación web, extremadamente exitosa, en Flash, y estaba decidido a explotar la ventaja que esto le otorgó y sus usuarios. Como Adobe se centró en esta estrategia, DreamWeaver se parecía cada vez más a una herramienta simplemente para envolver aplicaciones flash basadas en SWF en HTML. Además, dado que Flash fue universalmente compatible con los navegadores de escritorio, y podría hacer todo lo que HTML5 prometió entregar, y mucho más, la necesidad de cambiar a HTML5 menos potente y menos universal era discutible en el mejor de los casos.

Ahora haga clic aquí

Lea nuestra revisión de primer vistazo de DreamWeaver CC

He cubierto el desenlace de esta historia ampliamente. Steve Jobs cambió la web al anunciar, el día antes del lanzamiento de la Suite 5 de Adobe, que Apple no admitiría Flash en el iPhone o el iPad. Robado de la entrega universal en estos dispositivos de próxima generación, Flash en el navegador estaba condenado a rechazar rápidamente. Para entregar contenido web rico y transmitir video a dispositivos iOS, de repente tuviste que adoptar HTML5. Al igual que el W3C antes, Adobe era impotente para controlar la evolución de la web, y Flash siguió el camino de XHTML. La publicación de blog en la que Jobs firmó la orden de muerte de Flash concluyó: “Quizás Adobe debería centrarse más en crear grandes herramientas HTML5 para el futuro, y menos en criticar a Apple por dejar el pasado atrás."

Ese fue el consejo de Adobe no tuvo más remedio que tomar, y en abril de 2011 Dreamweaver CS5.5 apareció, con su enfoque cambiado a HTML5, y casi no se menciona Flash. Las capacidades de codificación finalmente se actualizaron para admitir los elementos cruciales de video, audio y lienzo de HTML5, y, gracias a una versión actualizada del motor webkit realizado, la vista en vivo de Dreamweaver también admitió estas características, junto con SVG, @Font-Face Rendering y CSSS y CSSS preguntas de los medios.

El nuevo diálogo de vista previa de múltiples costillas permitió a los usuarios configurar diseños receptivos que cambian su diseño dependiendo de la pantalla inmobiliaria disponible, lo cual es clave para que las páginas funcionen en pantallas grandes y pequeñas.

Dreamweaver CS5.5 también abrió un nuevo campo de autoría con su capacidad para crear aplicaciones HTML5 independientes para dispositivos de mano, gracias a su integración del marco móvil JQuery líder de la industria, completos con diseños de inicio para ponerlo en marcha, además. Lo más importante es que se integra con el marco PhoneGap, que, además de proporcionar API dedicadas para acceder al hardware del dispositivo, como acelerómetros, cámaras y almacenamiento, compila su aplicación HTML5 en código nativo para las plataformas móviles más populares, incluidos Android, Windows Phone y Windows. iOS (aunque aún necesitas pagar y saltar a través de aros, para convertirte en un desarrollador de Apple).

Suite Creative 6

Dreamweaver CS6 basado en estas bases HTML5, con soporte de codificación mejorado para el video HTML5, soporte mejorado para jQuery Mobile y un nuevo soporte para transiciones CSS3 (para crear animaciones suaves de propiedades de objetos sin usar JavaScript). También ofrece un enfoque basado en la nube muy mejorado para la creación de aplicaciones nativas a través de la integración con el servicio de compilación de phonegap en línea de Adobe. Su uso de códigos QR en pantalla para simplificar la instalación de sus aplicaciones en dispositivos de prueba es particularmente impresionante.

CS6 presenta mejoras significativas para el diseño de DreamWeaver y las capacidades tipográficas, nuevamente gracias a HTML5. La primera es la capacidad de crear "redes fluidas" que le permitan especificar diferentes diseños para dispositivos de teléfono, tableta y escritorio, con diferentes números de columnas y diferentes disposiciones DIV, con cada cuadrícula accesible rápidamente a través de iconos en la parte inferior de la ventana de diseño de la ventana de diseño. También es nuevo la capacidad de agregar los scripts necesarios para usar tipos de letra personalizados de la colección de fuentes web Edge de Adobe, aprovechando la regla de CSS3's @font-face.