What were some of the key goals and motivations for the HTML5 specification?
HTML5 was designed to replace both HTML 4, XHTML, and the HTML DOM Level 2.
Major goals of the HTML specification were to:
- Deliver rich content (graphics, movies, etc.) without the need for additional plugins (e.g., Flash).
- Provide better semantic support for web page structure through the introduction of new structural element tags.
- Provide a stricter parsing standard to simplify error handling, ensure more consistent cross-browser behavior, and simplify backward compatibility with documents written to older standards.
- Provide better cross-platform support (i.e., to work well whether running on a PC, Tablet, or Smartphone).
What are some of the key new features in HTML5?
Key new features of HTML5 include:
Introduction of “web workers”.
Several new semantic tags were also added to complement the structural logic of modern web applications. These include the
New form controls, such as
What are “web workers”?
A web worker is a script that runs in the background (i.e., in another thread) without the page needing to wait for it to complete. The user can continue to interact with the page while the web worker runs in the background. Workers utilize thread-like message passing to achieve parallelism.
How do you indicate the character set being used by an HTML5 document? How does this differ from older HTML standards?
In HTML5, the encoding used can be indicated with the
charset attribute of a
<meta> tag inside the document’s
<!DOCTYPE html> <html> <head> ... <meta charset="UTF-8"> ... </head> ... </html>
This is a slightly simpler syntax from older HTML standards, which did not have the
charset attribute. For example, an HTML 4.01 document would use the
<meta> tag as follows:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> <head> ... <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> ... </head> ... </html>
Discuss the differences between an HTML specification and a browser’s implementation thereof.
HTML specifications such as HTML5 define a set of rules that a document must adhere to in order to be “valid” according to that specification. In addition, a specification provides instructions on how a browser must interpret and render such a document.
A browser is said to “support” a specification if it handles valid documents according to the rules of the specification. As of yet, no browser supports all aspects of the HTML5 specification (although all of the major browser support most of it), and as a result, it is necessary for the developer to confirm whether the aspect they are making use of will be supported by all of the browsers on which they hope to display their content. This is why cross-browser support continues to be a headache for developers, despite the improved specificiations.
In addition, while HTML5 defines some rules to follow for an invalid HTML5 document (i.e., one that contains syntactical errors), invalid documents may contain anything, and it is impossible for the specification to handle all possibilities comprehensively. Thus, many decisions about how to handle malformed documents are left up to the browser.
Briefly describe the correct usage of the following HTML5 semantic elements:
<header> element is used to contain introductory and navigational information about a section of the page. This can include the section heading, the author’s name, time and date of publication, table of contents, or other navigational information.
<article> element is meant to house a self-contained composition that can logically be independently recreated outside of the page without losing it’s meaining. Individual blog posts or news stories are good examples.
<section> element is a flexible container for holding content that shares a common informational theme or purpose.
<footer> element is used to hold information that should appear at the end of a section of content and contain additional information about the section. Author’s name, copyright information, and related links are typical examples of such content.
<article> elements? Can an
<section> elements? Provide usage examples.
The answer to both questions is yes; i.e., a
<section> can contain
<article> elements, and an
<article> can contain
For example, a personal dashboard page might contain a
<section> for social network interactions as well as a
<section> for the latest news articles, the latter of which could contain several
<article> might contain a
<section> at the end for reader comments.
Can a web page contain multiple
<header> elements? What about
Yes to both. In fact, both the
<footer> tags are designed to serve their respective purposes in relation to whatever their parent “section” may be. So not only can the page
<body> contain a header and a footer, but so can every
<section> element. In fact, a
<header> should be present for all of these, although a
<footer> is not always necessary.
Describe the relationship between the
<h1> tags in HTML5.
In previous specifications of HTML, only one
<h1> element was typically present on a page, used for the heading of the entire page. HTML5 specifies that
<h1> represents the top-level heading of a “section”, whether that be the page
<body>, or an
<section> element. In fact, every
<header> element should at least contain an
<h1> element. If there is no natural heading for the section, it is a good indication it should not use an
Give a simple implementation of the
<video> tag to embed a video stored at
http://www.example.com/amazing_video.mp4. Give the video a width of 640 pixels by 360 pixels. Provide the user with controls.
Here is one simple implementation:
<video src="http://www.example.com/amazing_video.mp4" width="640" height="360" controls></video>
Alternatively, the source file may be indicated with a separate
<source> tag inside the
<video> element, as in:
<video width="640" height="360" controls> <source src="http://www.example.com/amazing_video.mp4"> </video>
Write the code necessary to create a 300 pixel by 300 pixel
<canvas>. Within it, paint a blue 100 pixel by 100 pixel square with the top-left corner of the square located 50 pixels from both the top and left edges of the canvas.
Here is one simple implementation:
<canvas id="c" width="300" height="300"></canvas> <script> var canvas = document.getElementById( "c" ); var drawing_context = canvas.getContext( "2d" ); drawing_context.fillStyle = "blue"; drawing_context.fillRect( 50, 50, 100, 100 ); </script>
What is HTML5 Web Storage? Explain localStorage and sessionStorage.
With HTML5, web pages can store data locally within the user’s browser.
Earlier, this was done with cookies. However, Web Storage is more secure and faster. The data is not included with every server request, but used ONLY when asked for.
The data is stored in name/value pairs, and a web page can only access data stored by itself. Unlike cookies, the storage limit is far larger (at least 5MB) and information is never transferred to the server.
The difference between localStorage and sessionStorage involves the lifetime and scope of the storage.
Data stored through localStorage is permanent: it does not expire and remains stored on the user’s computer until a web app deletes it or the user asks the browser to delete it. SessionStorage has the same lifetime as the top-level window or browser tab in which the script that stored it is running. When the window or tab is permanently closed, any data stored through sessionStorage is deleted.
Both forms of storage are scoped to the document origin so that documents with different origins will never share the stored objects. But sessionStorage is also scoped on a per-window basis. If a user has two browser tabs displaying documents from the same origin, those two tabs have separate sessionStorage data: the scripts running in one tab cannot read or overwrite the data written by scripts in the other tab, even if both tabs are visiting exactly the same page and are running exactly the same scripts.