HTML/CSS

TwitterFacebook
Get flash to fully experience Pearltrees
From HTML WG Wiki Change proposal Accepted by Working Group decision Mon, 26 Mar 2012 The following Change Proposal is for the the HTML WG Issue 190 Editor: Steve Faulkner (faulkner.steve@gmail.com) http://www.w3.org/html/wg/wiki/ChangeProposals/notitle_captions

ChangeProposals/notitle captions - HTML WG Wiki

HTML5 EXAMPLES

http://coding.smashingmagazine.com/2011/01/21/falling-for-html5-finding-love-in-the-little-things/ I’ve lost count of the number of posts that have been written about the big features of HTML5: amongst the most anticipated being rich media (video, audio, canvas) and JavaScript APIs. However, call me a woman of simple tastes, but this is not the sort of thing that gets me swooning. What does? The small additions to the spec that will make the world of difference to the way I code day-in, day-out.

Falling for HTML5: Finding Love in the Little Things - Smashing Magazine

HTML5

A vocabulary and associated APIs for HTML and XHTML W3C Candidate Recommendation 17 December 2012 This Version: http://www.w3.org/TR/2012/CR-html5-20121217/ Latest Published Version: http://www.w3.org/TR/html5/
A vocabulary and associated APIs for HTML and XHTML Editor's Draft 26 March 2013 Latest Published Version:

HTML5

http://dev.w3.org/html5/spec/Overview.html

HTML 5 Cheat Sheet (PDF) - Smashing Magazine

http://www.smashingmagazine.com/2009/07/06/html-5-cheat-sheet-pdf/ XHTML 2 is dead, long live HTML 5! According to W3C News Archive, XHTML 2 working group is expected to stop work end of 2009 and W3C is planning to increase resources on HTML 5 instead. And even although HTML 5 won’t be completely supported until 2022 , it doesn’t mean that it won’t be widely adopted within the foreseeable future. So in the spirit of the upcoming change we decided to release a handy printable HTML 5 Cheat Sheet that lists all currently supported tags, their descriptions, their attributes and their support in HTML 4. Please notice that the specification is an ongoing work, and is expected to remain so for many years, although parts of HTML 5 are going to be finished and implemented in browsers before the whole specification reaches final Recommendation status. We’ll do our best to update the cheat sheet when new changes will become known.
Ensuring HTML5 drag and drop events can be activated by keyboard-only users Hi everyone, At last week's teleconference, Rich suggested that I follow-up with an email to this group outlining what is required to make drag and drop accessible with HTML5. As I mentioned last week, event names are defined in a device independent way in the HTML specification, so should be able to be made accessible to keyboard only users. The HTML5 drag and drop mechanism defines seven events: * dragstart (initiate the drag and drop operation) * drag (continue drag and drop operation) * dragenter (determine if accepted) * dragleave (leaving a target) * dragover (provide feedback to user) * drop (complete the operation) * dragend (tidy up) These events cannot currently be activated using the keyboard alone in user agents. http://lists.w3.org/Archives/Public/public-html-a11y/2010Jun/0133.html

Ensuring HTML5 drag and drop events can be activated by keyboard

5 Exciting Things to Look Forward to in HTML 5 - ReadWriteWeb

http://readwrite.com/2008/12/18/5_exciting_things_in_html_5 HTML 5 is the upcoming major revision of the HyperText Markup Language (HTML), the main method of marking up content for sharing on the World Wide Web. HTML's development stopped at HTML 4.01 in 1999, and since then web content has evolved so much that current HTML specifications are inadequate for today's requirements. HTML 5 aims to improve HTML's interoperability and address the growing demand for more diverse and complex web content. It also addresses HTML 4's lacking features for web applications. In this post, we'll look at 5 exciting new features in HTML 5 . This is a guest post by Jacob Gube , a web developer/designer and author of Six Revisions , a blog on web development and design.

How to get HTML5 working in IE and Firefox 2

HTML 5 may be the latest and greatest technology, but some browsers don’t have native support for the new semantic elements. Let’s momentarily forget about the really sexy functionality, like full control over the <video> element , and just focus on getting the elements rendered. The problematic A-grade browsers include IE 8 and below, Firefox 2, and Camino 1 (these last two browsers both use the Gecko rendering engine, which is why they’re both affected). http://html5doctor.com/how-to-get-html5-working-in-ie-and-firefox-2/
http://html5doctor.com/how-to-use-html5-in-your-client-work-right-now/

How to use HTML5 in your client work right now

I was presenting some designs to a client a couple of weeks ago when this question came up: Will you be building this site with HTML 5 in mind? Naturally, I was happy to answer that one! It went a little like this: Me: We’ll build the whole thing with HTML 5 if that’s okay with you guys. One question though: do you know what percentage of your visitors use Internet Explorer without JavaScript to view your site?
http://coding.smashingmagazine.com/2009/08/04/designing-a-html-5-layout-from-scratch/ HTML5 and CSS3 have just arrived (kinda), and with them a whole new battle for the ‘best markup’ trophy has begun. Truth to be told, all these technologies are mere tools waiting for a skilled developer to work on the right project. As developers we shouldn’t get into pointless discussions of which markup is the best. They all lead to nowhere. Rather, we must get a brand new ideology and modify our coding habits to keep the web accessible. While it is true HTML5 and CSS3 are both a work in progress and is going to stay that way for some time, there’s no reason not to start using it right now .

Coding A HTML 5 Layout From Scratch - Smashing Magazine

CSS only

For a long time now my answer to people who ask me if they should use HTML or XHTML has been that it doesn’t really matter as long as you use a Strict DOCTYPE and not a Transitional one. If you’re not sure why , my article Transitional vs. Strict Markup for last year’s 24 ways is a good start.

No more Transitional DOCTYPEs, please

Layouts

HTML

Browser Browserweichen sind manchmal notwendig. Aber ganz gleich, was man dafür verwendet, Javascript, SSI, CGI oder PHP, die Angelegenheit verursacht Arbeit, belastet den Server oder funktioniert nicht sicher. “Conditional Comments” sind da viel einfacher zu handhaben und sollten für einfache Zwecke bereits ausreichen. Das Ganze funktioniert als eine Art interne Browserweiche, die nur der IE5 oder höher verstehen kann.

Blitzschnelle Browserweiche | Browser, Browserweiche, HTML | Dr.

HTML Techniques for Web Content Accessibility Guidelines 1.0

W3C Note 6 November 2000 This version: http://www.w3.org/TR/2000/NOTE-WCAG10-HTML-TECHS-20001106/ ( plain text , PostScript , PDF , gzip tar file of HTML , zip archive of HTML )
css