McLaughlin - What Is HTML5?
Here you can read online McLaughlin - What Is HTML5? full text of the book (entire story) in english for free. Download pdf and epub, get meaning, cover and reviews about this ebook. year: 2011, publisher: OReilly Media, genre: Romance novel. Description of the work, (preface) as well as reviews are available. Best literature library LitArk.com created for fans of good reading and offers a wide selection of genres:
Romance novel
Science fiction
Adventure
Detective
Science
History
Home and family
Prose
Art
Politics
Computer
Non-fiction
Religion
Business
Children
Humor
Choose a favorite category and find really read worthwhile books. Enjoy immersion in the world of imagination, feel the emotions of the characters or learn something new for yourself, make an fascinating discovery.
- Book:What Is HTML5?
- Author:
- Publisher:OReilly Media
- Genre:
- Year:2011
- Rating:4 / 5
- Favourites:Add to favourites
- Your mark:
- 80
- 1
- 2
- 3
- 4
- 5
What Is HTML5?: summary, description and annotation
We offer to read an annotation, description, summary or preface (depends on what the author of the book "What Is HTML5?" wrote himself). If you haven't found the necessary information about the book — write in the comments, we will try to find it.
In this post, we take a deeper look at HTML5 and offer a simple proposition with a lot of complex consequences: HTML5 is both something entirely new, and yet nothing more than HTML was ever intended to be; and that once you really understand HTML5, youll change the way you code and even think about the web and your own web applications.
What Is HTML5? — read online for free the complete book (whole text) full work
Below is the text of the book, divided by pages. System saving the place of the last page read, allows you to conveniently read the book "What Is HTML5?" online for free, without having to search again every time where you left off. Put a bookmark, and you can go to the page where you finished reading at any time.
Font size:
Interval:
Bookmark:
Copyright 2011 O'Reilly Media, Inc.
O'Reilly MediaOnce you really understand HTML5, youll change the way you think about the web.
HTML5: Everyones using it, nobody knows what it is. I realize that sounds more like a line out of an existential movie maybe Waiting for Godot or a screenplay by Sartre than a statement about HTML5. But its really the truth: most of the people using HTML5 are treating it as HTML4+, or even worse, HTML4 (and some stuff they dont use). The result? A real delay in the paradigm shift that HTML5 is almost certain to bring. Its certainly not time to look away, because by the time you look back, you may have missed something really important: a subtle but important transition centered around HTML5.
In this post, I want to take a deeper look at HTML5. I have a simple proposition with a lot of complex consequences: HTML5 is both something entirely new, and yet nothing more than HTML was ever intended to be; and that once you really understand HTML5, youll change the way you code and even think about the web and your own web applications.
HTML has always been about interconnection. Back in the ancient days, when electronica was cool and not called house music and before the Rolling Stones qualified for Medicare, the web was littered with big huge documents. In fact, it was exactly the opposite of today, where most people think enhanced digital books are just electronic wrappers around full-text copies of whats in print.
In the 90s, the web was full of 15-page specifications, all in a single file. You scrolled through those massive documents just like you paged through an encyclopedia. Much of the early versions of HTML were intended to deal with this, widely considered a detriment to the readability and usability of the web. Thats largely because Tim Berners-Lee, the recognized father of HTML, was a researcher enabling other researchers (mostly at CERN at the time). If youve ever known anyone mired in research, brevity is rarely their prevailing trait, so reading huge documents online was a necessity, but scrolling through 15- (or 1,500-) page documents just wasnt a long-term option.
So early on, HTML was not primarily about displaying those documents with lots of formatting. Most fundamental to HTML was the simple a
tag. It gave a document the means to link to another document. Suddenly 15-page documents were reduced (mercifully) to 15 one-page documents, all linked together. Bye bye scrolling; hello useful linking. This is all pretty standard fare, and if much of this is new to you, then the waters are going to get deep quickly.
Fast forward to the present. Ultimately, this ability to connect things on the Internet is still the primary feature of HTML5. Its just that now, were starting to realize the original vision of HTML, and connect a lot more than hypertext with static images. So the introduction of the audio
and video
elements in HTML5 are nothing more than logical extensions of the old a
element.
(Note: in a more correct sense, audio
and video
replace object
and all the embed code that people have been throwing into web pages for years, largely pulled from sites like YouTube or Vimeo. Still, those elements are semantically functioning more like an a element that drops the link into a page, rather than taking you off to another destination. In that sense, even the img
element is in some ways nothing more than an inline a
element: it grabs content from another location and pulls that content into a page. Its all just linking, and thats what HTML is really about: linking and connecting things.)
So now you can pull in images, audio, and video directly into a document. More importantly, because those items now have first-order elements, you can easily manipulate the audio and video from JavaScript. Thats a big deal, and something Ill come back to later. In a nutshell, a first-order element is always going to encourage more direct programmatic access than one in which you have to be sneaky or clever to really get at it.
So while the audio
and video
elements are new, their purpose isnt. HTML5 allows you to integrate more assets into a single document, all while keeping the integrity and separation of those assets into place. This is nothing more than making sure that the bibliography of a document isnt physically stuck at the end of a long web page, but is in fact separate and easily maintained, but still able to be integrated into the rest of the page.
Now, before moving on, you need to immediately see that its not (relatively) important that you can grab audio and video and drop it into an HTML page. What is important is that you can more easily grab other stuff and drop it into a page. There may eventually be 20 or 25 elements for things well beyond audio and video, and the fundamental premise is still the same: the important thing here is that multiple pieces in multiple places can all be wired together in a meaningful way, with semantic elements describing that stuff easily accessible by JavaScript. The fact that, in HTML5, that other stuff happens to be audio and video is cool, but rather incidental.
So what, then? Why is this such a big deal? Well, largely for three reasons:
Web pages no longer need to look (and act) like web pages. The rise of Flash over the last years has largely been an attempt to overcome limitations of what HTML allows. Flash was initially often focused on animations and cool visual effects. But then entire sites got rolled into Flash, allowing for different types of navigation and page organization, richer programmatic access to the individual pieces of a web page, and the ability to avoid the quirkiness of JavaScript. (Ill leave out the obligatory comment here on the quirkiness of the Flash stack.)
Web pages no longer need to represent one person/organizations content. Even though web programmers and designers have been pulling in images from other sites for years, web pages are still largely homogenous in terms of the asset ownership. A web page today really has one persons content, images, pages, media, and the like. Even sites like Vimeo and YouTube are more often used as extensions of a private repository than an actual free medium for world access.
Web pages can function intelligently and easily across display devices. Its no secret that MOBILE (as one co-worker recently email-shouted at me) is the banner under which HTML5 most often flies. But the story really isnt that HTML5 has great mobile support; rather, its that mobile is no longer a problem child. In other words, the story is that what works on a desktop browser pretty much works on a phone. (The list of things not covered by pretty much is shrinking every few weeks, so better to not list them here and appear outdated next month.) Put another way, phones and tablets are first-class citizens, because they are privy to the same interconnections listed above. In fact, its probably not too meta-physical to say that in addition to inter-connecting content, HTML5 has a really good shot at interconnecting all the devices floating around ... and thats arguably at least as big a deal as what it does for content and web applications.
Font size:
Interval:
Bookmark:
Similar books «What Is HTML5?»
Look at similar books to What Is HTML5?. We have selected literature similar in name and meaning in the hope of providing readers with more options to find new, interesting, not yet read works.
Discussion, reviews of the book What Is HTML5? and just readers' own opinions. Leave your comments, write what you think about the work, its meaning or the main characters. Specify what exactly you liked and what you didn't like, and why you think so.