Web. en Adesis. Coorganizador del grupo meetup Madrid Accesibilidad TICs. Organizador del grupo meetup WordPress Madrid. Piloto frustrado... aunque ayudan los simuladores. Aerotranstornado.
pero en ninguno de ellos te vas a encontrar algo de este tipo: HTML5 introduces a handful of new elements to help us define the structure of a given web page, such as <section>, <article>, <nav>, <aside>, <header> and <footer>. We shouldn’t use them. They were made up on a whim by (probably) one guy in 2004 – and even he seems to have forgotten what their purpose is.
on a decade-long journey fo nowhere; some people from browser vendors formed a group interested in web apps and evolving HTML´s forms; the worked outside the W3C on what became HTML5; the W3C realized they were screwed and agreed to use their work;
fact there´s a debate at all demonstrates a failure in the spec. If you have to debate an element when implementing it, you lose. A note to those teaching web standars: if you really hate your students, ask them to explain the difference between article y section
actual behaviour (i.e., 'paving cowpaths'), the spec would just say <b> and <strong> make text bold; <i> and <em> make text italic, and screen readers tend to ignore them altogether. That´s the reality. Everything else is fiction.
element has been around since the HTML3 spec was drafted in 1995, and it continues to survive in the latest drafts of HTML5. Bu nearly fitteen years after its creation, it´s still causing confusion among developers. So how should we be using address in our documents. Perhaps, after 15 years, it´s time for a rethink. What´s our aim here? Are we going to give it another 15 years? After 30 years, will the web finally be using <address> correectly? And if it is, so what?
anuncia que abandona el plugin de Flash para móviles para centrarse en las aplicaciones nativas y en HTML5. Y encima: Developer guidance for websites with content for Adobe Flash Player in Windows 8