En 1996 Sabeer Bhatia y Jack Smith tuvieron una gran idea: lanzar un servicio gratuito de correo electrónico que se revisara vía web, lo llamaron HoTMaiL y se activó el 4 de julio (día de independencia de Estados Unidos) para simbolizar la “independencia” de los proveedores de acceso a Internet, que eran quienes ofrecían, con bastantes limitaciones, cuentas de correo electrónico (en “aquellos tiempos”, si cambiabas de proveedor perdías tu e-mail).

Bhatia y Smith tuvieron una segunda gran idea para incentivar la adopción de Hotmail: que el mismo servicio fuera la herramienta y canal de promoción, agregando al final de cada email una simple línea de texto explicando que se trataba de un servicio gratuito y que cualquiera podía crear su cuenta:

Hotmail: Free, trusted and rich email service. Get it now.

…rezaba el tag. Eso inició la era de la viralidad en internet. De la noche a la mañana Hotmail se convirtió en uno de los primeros y más exitosos servicios en internet, con más de 8,5 millones de direcciones de correo apenas año y medio después de su lanzamiento, un número brutal para las época (1996-1997), en la que se conectaba muchísimo menos gente que ahora.

La idea del servicio y de su autopromoción era tan buena que Microsoft decidió comprar Hotmail en 1997 por 400 millones de dólares (otra cifra exageradamente alta en el contexto de la época en que ocurrió, ¿pero qué no era exagerado en el boom de las .com?). Después de eso, como no podía ser de otra manera, microsoftearon el servicio, con todo lo que ello implica: restricciones, limitaciones, parches, agujeros de seguridad históricos… etc. A pesar de todo, y gracias también a servicios como Messenger, Hotmail se ha mantenido como uno de los líderes indiscutibles de correo en Internet a lo largo del tiempo, primero como MSN Hotmail, y posteriormente como Windows Live Hotmail.

14 años después, Hotmail decide eliminar el tag autopromocional al final de todos sus emails, según declaraciones de Brian Hall (Director General de Windows Live).

«Para algunas personas es poco profesional» dijo Hall. Sorprende que les haya tomado tanto tiempo darse cuenta de algo tan obvio. También aseguró que enviarán menos emails de marketing a los usuarios de Hotmail, y que si estos no son abiertos, dejarán de enviarse por completo al cabo de un tiempo. Brindemos por ello.

Artículo parcialmente extraído de Alt1040.

Compartir

Aquí nos llega otra “historia negra” para incluir en la lista, aunque esta no me queda claro si es de hospitales, de policías… O de ambos a la vez.

La diferencia es que esta historia viene avalada en forma de atestado del Grupo de Extranjería y Documentación de una Comisaría del Cuerpo Nacional de Policía con efecto fotocopia o fax torcido, y que cuenta incluso con una firma tachada en el lateral izquierdo. La fecha de la supuesta “copia” es del año 2007 y el atestado es del 2006, así que seguramente algunos ya la hayáis leído.

En el atestado se detallan dos partes de lesiones cuyos protagonistas son un tal Waldemar y una tal Juana, ambos supuestamente colombianos.

La historia, cómo no, es hilarante y asombrosa:

¿Qué os parece? ¿Realidad o ficción? ¿Leyenda urbana o historia verídica?

Compartir

Capítulos/temas del libro:

• La imagen digital

• Equipos implicados
• Gestión de color
• Configurar PhotoShop

• Metodología de trabajo
• Gestión de imágenes con Adobe Bridge
• Flujo de trabajo con archivos JPEG y TIFF

• Conversión de archivos RAW
• Flujo de trabajo con archivos RAW
• Ajustes previos a la salida
• Destino final de las fotografías digitales
• Automatización de tareas

• Control de la luminosidad
• Corrección del Color
• Fotografía monocromática
• Retoque de retratos
• Eliminar elementos de la fotografía
• Panorámicas
• Profundidad de campo

• Estrategia de trabajo con Capas
• Selecciones y máscaras

Puedes descargarlo en ESTE ENLACE.

Compartir

¿Cuántas de las páginas web de Google utilizan el tag  título de forma descriptiva? ¿Utilizamos los meta tags de descripción? ¿Y las etiquetas de título? Mientras que siempre centrarnos nuestra atención en el usuario… ¿podrían nuestros productos utilizar también un SEO más optimizado? Estas son sólo algunas de las preguntas que se pretenden responder con Google’s SEO Report Card.

Google’s SEO Report Card es un esfuerzo para ofrecer a los equipos de producto de Google ideas sobre cómo pueden mejorar las páginas de sus productos utilizando optimizaciones simples y aceptadas. Con estas optimizaciones se pretende no sólo ayudar a los motores de búsqueda a “entender” el contenido de nuestras páginas mejor, sino también mejorar la experiencia de nuestros usuarios cuando visitan nuestros sitios.

Medidas tan simples, como el control de errores 404 o de enlaces rotos, simplificar la elección de URLs, o proporcionar títulos y fragmentos de nuestras páginas más fáciles de entender, pueden ser beneficiosas tanto para los usuarios como para los motores de búsqueda. Desde el inicio del proyecto también buscábamos liberar el informe resultante, de forma que otras compañías y webmasters puedan aprender de él, ya que se incluyen docenas de ejemplos tomados directamente de las páginas de nuestros productos.

El proyecto tomó como referencia de estudio las páginas principales de 100 productos diferentes de Google, midiéndolas a través de una docena de categorías de optimización común. Hemos lanzado Google’s SEO Report Card el mes pasado, y desde entonces un buen número de equipos han tomado medidas al respecto o planean hacerlo.

Esperamos que encuentres útil nuestro SEO Report Card,  nos encantaría escuchar vuestra experiencia y comentarios en el Centro de Ayuda del Foro de Webmaster. Y si quieres hacer tu propia optimización SEO, un buen sitio para comenzar es la lectura de nuestra Guía SEO para Principiantes.

Artículo extraído y traducido de Google Webmaster Central Blog.

Compartir

La primera visión del cisne negro acabó con una creencia que parecía irrefutable, ya que estaba basada en millones de observaciones. Una sola observación puede invalidar una afirmación generalizada derivada de una cantidad apabullante de observaciones positivas.

“El Cisne Negro” es un libro de Nassim Taleb sobre los sucesos raros, fortuitos y devastadores. Normalmente este tipo de sucesos tienen mayor impacto en el desarrollo de la historia (y de nuestras propias vidas) que los sucesos habituales, esperados y repetitivos en los que creemos que se basa nuestro mundo.

A raíz de la historia de los colones ingleses, se denomina “Cisne Negro” a un suceso que cumple estas tres condiciones:

• Rareza: fuera de toda expectativa, nada del pasado lo sugiere.
• Impacto devastador: echa por tierra una creencia o convicción incuestionable.
• Explicable y predecible “a posteriori”, nunca “a priori”: después del “Cisne Negro” aparecen “gurús” que lo ven todo claro, pero que no lo veían claro antes.

Son varios los ejemplos y conceptos que nos muestra el profesor Taleb en esta obra, en la que profundiza lo avanzado en la anterior “¿Existe la suerte?: engañados por el azar” siendo su punto de arranque el problema de la inducción ejemplificado gráficamente en el caso del “pavo de Russell” (en honor a Bertrand Russell) que comprobó que todas las mañanas le daban de comer y tras varios meses de observaciones iba a concluir una ley universal (“estos humanos tan amables me debe querer mucho, todos los días me dan de comer”), cuando con la llegada del día de Acción de Gracias al pavo le ocurrió algo inesperado que provocó un impacto devastador en su ley universal.

Pues bien, nuestra manera de pensar no es muy diferente de la del “pavo de Russell”. Gran parte de la matemática estadística, el cálculo de riesgos y las distribuciones de probabilidad están atravesadas por esta manera de pensar: a mayor frecuencia de ocurrencia de un hecho menor sensibilidad frente a lo inesperado. De ahí la metáfora del cisne negro que Taleb toma de David Hume (empirismo) y de Karl Popper (falsacionismo): si nos pasamos toda la vida en el hemisferio norte pensaremos que todos los cisnes son blancos, sin embargo en Australia existen cisnes negros (cygnus atratus). Y es que un cisne negro nos parece algo imposible debido a nuestra reducida experiencia: un suceso altamente improbable.

A continuación extraemos algunos fragmentos del libro:

La vida es el efecto acumulativo de un puñado de sucesos impactantes e inesperados. ¿Cuántos inventos, hechos históricos y descubrimientos se realizaron siguiendo un programa? Pensemos en nuestra vida, en la elección de profesión, los trabajos que tuvimos, nuestras parejas, cualquier hito importante en nuestra vida ¿con qué frecuencia siguieron un plan preestablecido?

El mundo en que vivimos tiene un número creciente de bucles de retroalimentación que hacen que los sucesos sean la causa de más sucesos (por ejemplo, compramos un libro porque todos lo compran) con lo que se generan unas bolas de nieve y ciertos efectos arbitrarios e impredecibles del estilo “el ganador se lo lleva todo” y que afectan a todo el planeta. Vivimos en un entorno en que la información fluye con demasiada rapidez, acelerando así esa epidemia. Asimismo, los sucesos pueden ocurrir porque se suponen que no van a hacerlo. Nuestras intuiciones están hechas para un entorno con causas y efectos más simples y una información que se mueve despacio.

El ensayo y el error significan no cejar en los intentos. Tenemos dificultades psicológicas e intelectuales con el método del ensayo y el error, así como para aceptar que las series de pequeños fracasos son necesarias en la vida. Mi colega Mark Spitznagel entendía que los seres humanos tenemos un complejo mental ante los fallos. Su lema era: “Es necesario que nos encante perder”.

Muchas veces me desconcierta que las personas podamos tener un día horrible o enfadarnos porque nos sintamos engañados por una mala comida, un café frío, un rechazo social o un gesto de pésima educación. Tardamos muy poco en olvidar que el simple hecho de estar vivos es un elemento de extraordinaria buena suerte, un suceso remoto, una ocurrencia al azar de proporciones monumentales.

En definitiva, un libro altamente recomendable. Si tenéis oportunidad, no dejéis de leerlo.

Compartir

9 manuales en formato PDF relacionados con diseño y programación de páginas Web: HTML, XHTML, CSS, JAVASCRIPT y AJAX.

Poquito más hay que decir:

Descargar de Megaupload (son 12,22 MB)

Compartir

Durante los últimos seis meses, Panda Security ha presentado la campaña en diversas comunidades autónomas, como respuesta a un estudio llevado a cabo por la compañía que evidenciaba el desconocimiento por parte de los padres españoles sobre lo que hacen sus hijos en Internet.

Algunas de las conclusiones de dicho estudio, en el que participaron 2.300 padres y más de 1.100 jóvenes y que se ha ido actualizando en estos seis meses, son:

• Más de la mitad de los adolescentes entre 15 y 18 años utiliza diariamente Internet.
• Para los padres españoles los contactos con desconocidos (un 32%) y el acceso a información inapropiada como pornografía, drogas, etc. (un 35%) son los principales peligros de Internet para los menores.
• Sólo un 24% de los padres controla totalmente lo que sus hijos hacen en la Red, mientras que un 38% lo controla sólo en parte y un 35%, lo controla poco o nada.
• Sólo un 57% de los padres encuestados afirmaron conocer herramientas para proteger a sus hijos y sólo un 24% sabe qué son las herramientas de Control parental.
• Aunque el 66% de los padres españoles está convencido de que sabe más que sus hijos o que los menores a su cargo sobre Internet sólo un 79% sabe qué es un blog y apenas un 46% conoce las redes sociales.
• El 67% de los jóvenes españoles ha intentado hackear, en alguna ocasión, cuentas de mensajería instantánea, redes sociales, etc., de sus conocidos.
• El 20% confirma haber reenviado fotos comprometidas de compañeros por Internet o haberlas publicado en espacios web sin consentimiento previo.
• Un 17% de los jóvenes dice que es capaz de encontrar herramientas de hacking en Internet y un tercio de éstos confiesa haberlas usado en alguna ocasión

A lo largo del curso escolar y para formar a alumnos y educadores en el uso de Internet, Panda Security ha dado charlas educativas sobre seguridad en más de 50 colegios de toda España. En estos meses, casi 500.000 personas han visitado la web de la Campaña (www.menorenlared.es), llevando a cabo más de 100.000 descargas de los recursos para padres, educadores y menores que en ella hay disponibles. Dado el gran éxito de esta iniciativa, la campaña “Menores en la Red” se reanudará en septiembre y los colegios que lo deseen podrán seguir solicitando charlas educativas, materiales, etc. a Panda Security.

“La cada vez mayor penetración de las nuevas tecnologías en los hogares españoles; el temprano acceso de los niños al uso de Internet y la brecha digital existente entre padres e hijos, hace que los menores se encuentren vulnerables frente a muchos peligros de Internet”, explica Luis Corrons, director técnico de PandaLabs, que añade. “es importante que los padres realicen un esfuerzo por ampliar sus conocimientos sobre Internet y sus peligros. De esta manera, ayudarán a sus hijos a evitar los peligros de la Red y también a que caigan en actividades sospechosas amparados en el anonimato que permite Internet”.

Compartir

Esto de usar chuletas o Cheat Sheets se ha vuelto algo muy recurrente para la gente que vive de la “infromástica”: se pueden tener en una o unas pocas hojas un resumen de los principales recursos que ofrece un protocolo o lenguaje de programación, para poder echar un vistazo rápido a cuaquier duda que surja en un trabajo. Para quien le pueda interesar, aquí dejo algunos enlaces.

• http://www.cheat-sheets.org. Pa hartarse de chuletas.
• http://www.addedbytes.com/cheat-sheets/. No tantas como el anterior, pero bastante interesante.
• http://refcards.com/. Un montón también. La única diferencia es que aquí cambian el nombre de Cheat Sheet por uno más sutil, el de Reference Cards.
• http://www.digilife.be/quickreferences/. Una “horripile” página belga, pero que se le pueden sacar un par de cosas útiles.
• Y, finalmente, una sola, la del HTML 5, que va a parecerse a los billetes de 500 € (ya se sabe, todos hablan de ellos pero nadie ha visto uno).

Compartir

Terminamos este especial sobre HTML5 con la parte más desagradable (o agradable) del estándar: lo que se elimina. Es curioso que un montón de elementos comunes pasan a estar prohibidos en HTML5, por razones diversas que ahora veremos. Por esas mismas razones bastantes atributos han sido eliminados bien de un elemento concreto o de todos los elementos.

Sin embargo hay que aclarar estas prohibiciones, ya que hay dos caras en esta moneda. Por un lado los desarrolladores no pueden usarlos, si quieren que sus documentos sean HTML5 válidos. Por el otro lado, los navegadores tienen la obligación de implementarlos y soportarlos, para ser compatible hacia atrás con HTML4 y anteriores. Esta dualidad es muy interesante y nos ahorra bastantes problemas de una manera limpia definida en el estándar.

Elementos eliminados

Como decía, estos son los elementos eliminados y las razones de por qué son prohibidos:

• Los siguientes elementos (muy usados hace pocos años) se quitan de HTML5 porque son puramente presentacionales (no tienen semántica) y todo el tema estético se debe tratar con CSS:
  • basefont
  • big
  • center
  • font
  • s
  • strike
  • tt
  • u
• Los elementos para trabajar con frames (frame, frameset y noframes) se quitan del estándar por razones obvias: afectan negativamente a la usabilidad y accesibilidad de la web. Además, prácticamente rompen la web, y si se necesita algo similar se puede acudir a los iframe, más potentes y mejor pensados.
• El elemento acronym se elimina simplemente porque crea confusión sobre su uso, y los desarrolladores no entienden demasiado bien para qué usarlo. Las abreviaciones y acrónimos se pueden marcar con abbr, que sí se mantiene en el estándar.
• El elemento applet se ha declarado obsoleto y hoy en día no se utiliza. El elemento object reemplaza sus funciones y es lo común hoy en día.
• El elemento isindex se quita definitivamente. En la era de las cavernas se utilizaba para mandar información al servidor, pero con la llegada de los formularios su uso es arcaico y poco útil.
• El elemento dir también se declara obsoleto (ya lo era en HTML4), y simplemente se recomienda usar listas normales con ul.
• El elemento noscript se mantiene en HTML pero no en XML/XHTML, ya que su contenido está en HTML. No estoy muy de acuerdo con este movimiento, pero así será.

Atributos eliminados

Para empezar, todos los atributos referentes a la presentación han sido eliminados, por la misma razón de antes: CSS sirve mejor ese propósito. Recuerdo que el atributo style (que contiene CSS) es ahora universal y puede ser aplicado a todos los elementos, así que si queremos indicar su presentación sin añadir una hoja de estilos aparte, tendremos que usar este atributo. Atención a la lista porque esto sí que es importante, ya que algunos de estos elementos son muy usados, aunque otros están muy obsoletos:

• Atributo align en todos los elementos.
• Atributos alink, link, text y vlink en el elemento body.
• Atributo background en el elemento body.
• Atributo bgcolor en los elementos table, tr, td, th y body.
• Atributo border en todos los elementos.
• Atributos cellpadding y cellspacing en el elemento table.
• Atributos char y charoff en los elementos col, colgroup, tbody, td, tfoot, th, thead y tr.
• Atributo clear en el elemento br.
• Atributo compact en los elementos dl, menu, ol y ul.
• Atributo frame en el elemento table.
• Atributo frameborder en el elemento iframe.
• Atributo height en los elementos td y th.
• Atributos hspace y vspace en los elementos img y object.
• Atributos marginheight y marginwidth en el elemento iframe.
• Atributo noshade en el elemento hr.
• Atributo nowrap en los elementos td y th.
• Atributo rules en el elemento table.
• Atributo scrolling en el elemento iframe.
• Atributo size en el elemento hr.
• Atributo type en los elementos li, ol y ul.
• Atributo valign en los elementos col, colgroup, tbody, td, tfoot, th, thead y tr.
• Atributo width en los elementos hr, table, td, th, col, colgroup y pre.

Como veis, algunos de estos atributos sí que se mantienen para ciertos elementos, como la anchura y altura en las imágenes. Sin embargo estos no son los únicos atributos que se eliminan, también hay otros que se quitan por redundancia, por evitar confusiones, por su bajo uso o porque simplemente se han quedado obsoletos.

• Atributo accesskey en los elementos a, area, button, input, label, legend y textarea.
• Atributos rev y charset en los elementos link y a.
• Atributos shape y coords en el elemento a.
• Atributo longdesc en los elementos img y iframe.
• Atributo target en el elemento link.
• Atributo nohref en el elemento area.
• Atributo profile en el elemento head.
• Atributo version en el elemento html.
• Atributo name en los elementos img y a. Para obtener un comportamiento similar se recomienda usar id.
• Atributo scheme en el elemento meta.
• Atributos archive, classid, codebase, codetype, declare y standby en el elemento object.
• Atributos valuetype y type en el elemento param.
• Atributo language en el elemento script.
• Atributo summary en el elemento table.
• Atributos axis y abbr en los elementos td y th.
• Atributo scope en el elemento td.

Otros cambios

Hay diversos elementos que no se eliminan por su extendida fama, pero que siendo un tanto ortodoxos deberían eliminarse. Para evitar esto los que están escribiendo el estándar han tenido que redefinir su definición, de tal forma que se tratan de manera similar pero semánticamente son diferentes.

Un ejemplo muy claro es u e i, muy usados pero que progresivamente pierden importancia frente a strong y em. Estos dos elementos, que indicaban negrita y cursiva respectivamente, pasan a definirse de una manera muy vaga para indicar un texto diferente en alguna manera al texto normal. Otros elementos se redefinen, particularmente me resulta curioso que se mantenga small mientras big se elimina. De cualquier manera, no es demasiado relevante para los desarrolladores web, en el sentido de que podrán seguir usándolos como ahora.

Conclusiones

Tal y cómo habéis ido viendo, las novedades de HTML5 se centran en facilitar la implementación de aplicaciones web, avanzar hacia la web semántica y limpiar un poco toda la basura heredada de las anteriores versiones de HTML. Aunque todo eso parezca lejano, lo cierto es que muchos navegadores ya implementan algunas partes sueltas de HTML5, y ya existen varias páginas experimentales que juegan con estos elementos. Por ejemplo, cerramos este minucioso especial precisamente en el día en que Firefox 3.5 es lanzado, pero Safari, Opera, Chrome e incluso IE8 ya soportan algunas cosas.

Ahora queda preguntarnos, ¿cuándo se acabará este estándar? Precisamente no hay ninguna fecha, y la condición para que HTML5 se considere estándar es, según la W3C, que al menos un navegador implemente todo HTML5 correctamente. De esta manera se asegura que todo el estándar es factible, que puede ser implementado. Para esto puede quedar dos o tres años, si todo va bien, pero nada es seguro.

Artículo extraído íntegramente de anexoM.

Compartir

Nuevas APIs

No está claro que todas las APIs siguientes se vayan a incluir en el estándar HTML5 propiamente, de hecho seguro que alguna de ellas se separará creando un estándar propio dedicado. De cualquier forma, estas son las nuevas APIs que nacen o se desarrollan en HTML5:

• Una API para dibujar en 2D, que se podrá usar junto al nuevo elemento canvas. Básicamente, se pueden pintar elementos sobre un lienzo, de manera similar a lenguajes como Java.
• Una API para controlar los nuevos elementos multimedia, video y audio. Así podremos controlar la reproducción con código Javascript, algo interesante pero que puede dar más de sí.
• Una API para guardar datos localmente, utilísimo para que las aplicaciones web puedan trabajar sin necesitar conexión a Internet. Ese DOM storage está ya implementado en las últimas versiones de los grandes navegadores, así que dentro de poco podremos disfrutar de esta clase de aplicaciones sin necesidad de extensiones como Google Gears.
• Una API para que las aplicaciones web puedan enlazarse a protocolos o tipos de archivos MIME, otro añadido extremadamente útil. Esto permitiría abrir las fotos de tu disco duro directamente en una aplicación de retoque online, o un archivo mp3 en una biblioteca online, etc…
• Una API para editar los campos que sean editables, valga la rebuznancia. Esto permite controlar los elementos HTML que son editables por el usuario, tipo Word. Por ejemplo, Google Docs o editar HTML en emails será muy sencillo, y con esta API es trivial cambiar ese contenido con Javascript.
• Una API para controlar las acciones Drag & Drop sobre los elementos que se puedan arrastrar. Esto se puede conseguir actualmente con algunas librerías, pero con esta API el navegador lo permite de manera nativa y más poderosa.
• Una API para controlar el historial desde una aplicación web. Esto permitirá a las aplicaciones web que se muevan con Javascript añadir páginas al historial para que los botones Atrás-Adelante funcionen siempre.
• Una API para habilitar la comunicación entre varias “páginas web”. Es decir, si tenemos varios iframes externos en una web, podemos comunicarnos con ellos y compartir información de manera segura, por ejemplo con gadgets de Facebook o similares.

Novedades en el DOM

Se han añadido a los elementos del DOM nuevas funciones y atributos que facilitan su uso y permiten realizar acciones muy usadas. Aquí comentaré los más interesantes, que trabajan sobre el documento (HTMLDocument) o sobre cualquier elemento (HTMLElement).

• La función getElementsByClassName() se añade a todos los elementos y al documento. Su funcionamiento es similar a getElementsById(), pero en este caso selecciona todos los elementos del documento o de cierto subárbol del documento que contengan esa clase. Su definición es tan amplia que incluso elementos que contenga SVG o MathML pueden ser encontrados.
• El atributo classList está disponible para cualquier elemento, y contiene una lista con todas las clases que tiene ese elemento. Además contiene varios métodos que facilitan trabajar con esa lista: buscar, modificar, borrar, etc. Muy útil para trabajar con elementos que puedan tener más de una clase, es muy sencillo y muy conveniente de usar. Los enlaces también tienen un elemento similar adicional llamado relList que permite lo mismo pero con el atributo rel (como el famoso rel=”nofollow”).
• El atributo innerHTML se añade, por fin, al estándar. Prácticamente usado por todas las aplicaciones web y soportado por todos los navegadores, creo que todos los desarrolladores web lo conocen de sobra. Para aquellos que no lo conozcan, este atributo permite trabajar con el contenido de un elemento en texto plano, incluso cambiando elementos HTML que pueda haber. Igualmente, se añade a todos los elementos y al propio documento, pudiendo cambiar TODO el contenido de una web.
• Los atributos activeElement y hasFocus están disponibles sobre un documento, y permiten conocer qué elemento está activo y si el documento tiene el foco, respectivamente.
• La función getSelection() se aplica también al documento y devuelve un objeto con el texto y elementos que están seleccionados.
• El atributo designMode es otra novedad sobre el documento e indica/modifica que el documento pueda o no ser editado.
• La función execCommand() se aplica sobre el documento y permite ejecutar acciones o “comandos” típicos de edición de documentos. Por ejemplo, con este método se llamaría a los útiles copiar/pegar, pero también a otros típicos como crear un enlace o cambiar el color de un elemento. Como el anterior, la mayoría de estos comandos trabajan sobre elementos editables.

Con esto ya hemos acabado con todas las novedades de HTML5, al menos las más importantes e interesantes para los desarrolladores web. Pero aún nos queda una parte muy importante: los elementos y atributos que se eliminan del estándar y que formaban parte de HTML4 y anteriores. Son muchos y variados, y algunos pueden causar más de un dolor de cabeza, así que los dejamos para la cuarta y última entrega de este especial.

Artículo extraído íntegramente de anexoM.

Compartir