Showing posts with label HTML5. Show all posts
Showing posts with label HTML5. Show all posts

Friday, August 19, 2011

#Ebook Deal/Day: Using the HTML5 Filesystem API - Only $9.49 w/code DD237

Several client-side storage options are available to web applications, but one area that's been lacking until now is file I/O—the ability to organize binary data into a true hierarchy of folders. That has changed with the advent of HTML5. With this book, you'll learn how to provide your applications with a file system that enables them to create, read, and write files and folders in a sandboxed section of the user's local filesystem.

Author Eric Bidelman, a Senior Developer Programs Engineer on the Google Chrome team, provides several techniques and complete code examples for working with the HTML5 Filesystem API.

Learn common operations for working with files and directories Become familiar with HTML5's storage use cases and security considerations Understand the storage options available, including temporary, persistent, and unlimited Write text or append data to an existing user file Import files into your application by accessing a user's hard drive Get techniques for using a file with filesystem, blob, or data URLs Use the synchronous version of the HTML5 Filesystem API within a Web Worker context

View the original article here

Wednesday, July 6, 2011

#Ebook Deal/Day: #HTML5 Canvas - Only $15.99 (Save 50%) w/code DDM94

The animal on the cover of HTML5 Canvas is the New Zealand kaka (Nestor meridionalis), a parrot endemic to that country. The kaka’s name comes from the Maori word for parrot (a duplication of the word k?, Maori for “to screech”). It is part of the Strigopidae family, which diverged from other parrots 80–100 million years ago when the landmass that is now New Zealand broke apart from the supercontinent Gondwana. A defining characteristic of this family of parrots is the bristles on their tongues, which are used to collect nectar.

A medium-sized parrot about 18 inches in length, the kaka is stocky and has a short, square tail. Its feathers are primarily olive-brown, with brighter splashes of crimson on the underwings and rump. It also has yellow-brown spots on its cheeks and a gray crown. It possesses the sharp curved beak common to many parrot species, which it uses to pry seeds loose from cones and dig up insects. The kaka also eats fruit, berries, nectar, and flowers.

These birds are primarily arboreal, living in the canopies of New Zealand forests. Very social creatures, kakas live in large flocks that sometimes include other local parrot species as well. In winter, breeding pairs build nests in hollow trees, and lay a clutch of two to four eggs. Both parents help feed their young.

The kaka is currently endangered due to deforestation, predators, and competition for food with non-native species. The closely related kea and kakapo parrots are facing similar challenges—and in fact, two species within the Nestor genus have already gone extinct (most recently in 1851).


View the original article here

Sunday, June 12, 2011

#Ebook Deal/Day: Canvas Pocket Reference - Only $5.49 (Save 50%) w/code DDCNV #HTML5

The Canvas element is a revolutionary feature of HTML5 that enables powerful graphics for rich Internet applications, and this pocket reference provides the essentials you need to put this element to work. If you have working knowledge of JavaScript, this book will help you create detailed, interactive, and animated graphics -- from charts to animations to video games -- whether you're a web designer or a programmer interested in graphics.

Canvas Pocket Reference provides both a tutorial that covers all of the element's features with plenty of examples and a definitive reference to each of the Canvas-related classes, methods, and properties.

You'll learn how to:

Draw lines, polygons, and curves Apply colors, gradients, patterns, and transparency Use transformations to smoothly rotate and resize drawings Work with text in a graphic environment Apply shadows to create a sense of depth Incorporate bitmapped images into vector graphics Perform image processing operations in JavaScript

View the original article here

Saturday, June 11, 2011

#Ebook Deal/Day: Programming #HTML5 Applications - Only $13.99 (Save 50%) w/code DDM96

Move beyond simple site creation and build web applications with HTML5 that can compete with desktop apps and run on mobile devices. This practical guide shows you how HTML5's JavaScript APIs give you the power to take web development into many fields that used to require platform-specific development—particularly mobile deployment.

You'll not only discover how to take advantage of local storage, geolocation, multithreaded processing, and flexible network connectivity with HTML5, you'll also learn many ways to make application development with JavaScript more powerful.

Learn how HTML5 will bring about a radical change in web browser applications Get details about powerful toolkits that will help you program in JavaScript more efficiently Discover powerful aspects of JavaScript that you may not be aware of, such as closures, lambda, and functional programming Learn how HTML5 lets your applications store data in the browser so that you're not bound to the server Take your app offline, and explore how an offline application cache can speed up page loading when the app is online Use HTML5 Web Workers to create multithreaded applications with JavaScript Make your application mobile through geolocation and other HTML5 elements Learn a new way to communicate between the browser and a server with web sockets

View the original article here

Monday, April 4, 2011

Publishing News: Week in Review - Ereader complexity, the problems of ebook pricing, and how HTML5 can help publishers

Here are some highlights of what grabbed my attention in publishing news this week. (Note: These stories were published here on Radar throughout the week.)


Screenshot of "War and Peace" from the Kindle iPad appIn a recent post for Gear Diary, Douglas Moran bemoaned the direction technological "advancements" are taking ereader apps and devices. As examples, he compared the original Barnes & Noble eReader (which he liked) to its replacement, the Nook app (which "kinda stinks").

On a personal level, functionality is an ereader obstacle that turns me into an ebook curmudgeon. I recently was gifted a Kindle and I nearly threw it across the room trying to read "War and Peace" (as part of a year-long book club; I'm way behind).


Moran and others noted the simplicity of the Kindle and how its fewer features might make for a more straightforward reading experience. But perhaps the Kindle isn't quite simple enough. In the end, I bought the print version of "War and Peace" and gave up on the device. Trying to toggle around links to read book notes was so clunky as to make that feature completely useless. Why not put the notes at the bottom of the page? Having links is great if 1. they're easy and quick to access, and 2. you can return to your place in the book in some obvious, speedy fashion. Otherwise, just give me the content.


All this led me to questions regarding functionality and user experience in ereading:

Are ereader developers focusing too much on technological possibilities and losing sight of reader behavior?For those of you who embrace ereading: What features on your reader(s) are extraneous or obtrusive to your reading experience?For developers: When working on a new app or an update, how do you incorporate the end-user into development?

Please share your thoughts in this comment area here.


Much discussion (and some dismay) surrounds the current upheaval in the ebook pricing model. As $0.99 ebooks sit "shelved" next to $19.99 ebooks (whose print counterparts might be discounted to $11.99), one of the larger issues surrounding the pricing problem is the perception of value from customers.



Jane Litte at Dear Author argued in a recent post that value is based on the reader's "willingness and ability to pay":



Every reader has a different price they are willing and able to pay for a book. I believe that price represents the value a reader places on a book at the time of purchase. However, value can vary over the course of time from when the reader first becomes aware of the book to after the book is read, increasing and decreasing based on different variables. When readers speak about price, they are talking about the amount that they are willing and able to pay at the particular time that they are expressing the opinion about price. Willingness includes the measurement of time.


I asked Todd Sattersten, author and owner of BizBookLab, to chime in on the pricing issue. In an email interview, he argued that print book pricing actually is the larger contributing problem to the perceived value of ebooks (mainly, ala Amazon) and suggested that serialization might be the right model for ebooks.


Todd Sattersten: There is only one factor that matters right now — what print books cost. Customers compare ebooks to their paper-based ancestors, and they long ago concluded they should be cheaper because everything else in their digital lives is cheaper than their physical lives.


Publishers don't want this to be true and, with the power to control ebook pricing through the agency arrangements, are pricing the vast majority of ebooks like they are print books. I co-wrote a book two years ago called "The 100 Best Business Books of All Time." The hardcover retail price is $25.95. On Amazon, you can buy that version for $16.61 or a remaindered edition for $10.38, while the Kindle edition is $18.99. That creates a short circuit in customers' brains. You don't pay more for things that are more convenient. You pay less.


What's interesting is that Amazon is actively discounting books in the 40% to 50% range, and in many cases putting the price of the print book very close to the price of the ebook. There can't be any margin left at those prices. Amazon, having lost the ability to control ebook pricing, is saying to customers "ebooks and print books are the same." This drives more people to ebooks (who doesn't want to download their book now?), sells more Kindles, and further cements their place in publishing's future — both provider of new and destroyer of old (what bookstore can compete with 49% off?). Also, notice how Amazon is redefining short writings with their Singles program. Fewer words, lower prices and, most importantly, a new (not very good) term to attach to the new value proposition.


See the rest of the interview here.


As technology makes the publishing space more and more geek-oriented, understanding how particular technologies can apply and how existing products or content can be adapted might seem to require a computer science degree.


In a recent interview, Google senior user experience designer Marcin Wichary brought one of those technologies — HTML5 — into perspective, explaining how it applies to publishers.



In design and layout, there's a lot of things that HTML5 now does natively, without you having to hold its hand. Things like multimedia are native to HTML5 — you don't need extensions or plug-ins; they're integrated really well.


We have new devices like the iPad that require new input methods like multitouch or shaking the device. All of this is or will soon be supported by HTML5. So you can imagine delivering an experience through your application or your website or your publication that rivals that of a native application on any of the platforms you want to put it on.


On top of that, it's the web. Al of the things that have been available on the web you also have as well. All the social networking, all the APIs, all the integration with other surfaces — you can just plug it in the way you want.


Wichary also explained how publishers can monetize the opportunities HTML5 brings to the table, and how it might even save money in the long run.



It's very important to recognize that HTML5 fits all the devices you can think of, from the iPhone in your pocket to Google TV to the tablets to small screens and big screens. It's very easy to take the content you already have and through the "magic" of HTML5, refine it so it works very well within a given context. You don't have to do your work over and over again. Of course, all of these different means come with different monetization opportunities, like ads on the web or on mobile devices.


In the interview, Wichary also addressed how publishing workflows might be affected by HTML5 implementation and he outlined specific advantages HTML5 can bring to digital reading. The full interview is available in the following video:


Suggestions are always welcome, so feel free to send along your news scoops and ideas.


Keep up with Radar's latest publishing news and interviews with our publishing RSS feed.


View the original article here