<?xml version="1.0" encoding="UTF-8"?> <rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:wfw="http://wellformedweb.org/CommentAPI/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
> <channel><title>Michelangelo Capraro &#187; ipad</title> <atom:link href="http://mcapraro.com/tag/ipad/feed/" rel="self" type="application/rss+xml" /><link>http://mcapraro.com</link> <description>Digital Experience Design</description> <lastBuildDate>Fri, 03 Feb 2012 05:49:42 +0000</lastBuildDate> <language>en</language> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.1.1</generator> <item><title>Of Love Hearts and Lego bricks</title><link>http://mcapraro.com/blog/opinion/of-love-hearts-and-lego-bricks/</link> <comments>http://mcapraro.com/blog/opinion/of-love-hearts-and-lego-bricks/#comments</comments> <pubDate>Sun, 16 May 2010 18:00:15 +0000</pubDate> <dc:creator>Michelangelo Capraro</dc:creator> <category><![CDATA[Opinion]]></category> <category><![CDATA[adobe]]></category> <category><![CDATA[apple]]></category> <category><![CDATA[flash]]></category> <category><![CDATA[html5]]></category> <category><![CDATA[interactive]]></category> <category><![CDATA[ipad]]></category> <category><![CDATA[iphone]]></category> <category><![CDATA[safari]]></category> <category><![CDATA[user-experience]]></category> <category><![CDATA[users]]></category> <guid
isPermaLink="false">http://mcapraro.com/?p=67</guid> <description><![CDATA[With all the back and forth between Apple and Adobe and developers, I&#8217;m feeling like the real issues have gotten lost amongst the extreme views from either side. In the end, this whole fiasco has been boiled down to Flash vs HTML5 and that kind of simplification isn&#8217;t getting anyone anywhere &#8211; it just causes... <a
class="more-link" href="http://mcapraro.com/blog/opinion/of-love-hearts-and-lego-bricks/">Read the Rest</a>]]></description> <content:encoded><![CDATA[<p>With all the <a
href="http://www.apple.com/hotnews/thoughts-on-flash/" target="_blank">back</a> and <a
href="http://www.adobe.com/choice/openmarkets.html" target="_blank">forth</a> between Apple and Adobe and <a
href="http://jessewarden.com/2010/04/steve-jobs-on-flash-correcting-the-lies.html" target="_blank">developers</a>, I&#8217;m feeling like the real issues have gotten lost amongst the extreme views from either side. In the end, this whole fiasco has been boiled down to Flash vs HTML5 and that kind of simplification isn&#8217;t getting anyone anywhere &#8211; it just causes more fighting between developers. Furthermore, there really isnt clarity out there for what Adobe is trying to do with its latest campaign, which is frustrating because I&#8217;m not sure they echo what Flash developers want (or need). So let&#8217;s lay out the issues&#8230;</p><h3>Lego bricks</h3><p><img
class="alignnone" title="No Flash on the iPad" src="http://www.blogcdn.com/www.engadget.com/media/2010/01/apple-creation-0128-rm-eng.jpg" alt="" width="600" height="398" /></p><p>The Lego bricks are not Adobe&#8217;s fault, nor are they Apple&#8217;s. They are our fault. My fault. The developers and designers that use Flash. Haven&#8217;t we known for years that not <em>every</em> device has the Flash Player? Shouldn&#8217;t we have designs that fall back gracefully so we don&#8217;t just see a big white area with a Lego brick in the middle? <strong><em>As developers that use Flash to make rich experiences, it is our responsibility to provide a useful, well-designed fall back when the user does not have the Flash plug in installed.</em></strong></p><p>Quite frankly, I don&#8217;t want the flash plugin running on mobile Safari on my iPhone. It&#8217;s bad enough that a majority of the web sites out there look awkward and are unusable on the small screen of the iPhone, to add Flash sites to that would just compound the problem. Have a graceful fall back. If the iPhone user is one of your intended users, then design a version of the experience that doesn&#8217;t require a lot of pinching and panning or Flash. This isn&#8217;t a Flash developer specific problem, this is a web designer specific problem.</p><p>On the iPad, sure it would be nice to have Flash in Safari, but we don&#8217;t. That fact doesn&#8217;t let us off the hook. We need graceful fall backs that the web designer actually thought about. I&#8217;m just as guilty of this as other Flash developers: a totally blank page with 10-point Times Roman stating &#8220;this site is for Flash&#8221; is clearly a fumble on the designer&#8217;s part. SWFObject puts that there so developers can remember to do their homework, not as <em>the fallback</em> users are supposed to see. C&#8217;mon folks, how long have we been doing this? We should know better!</p><p>While developers are mostly to blame here, they are also the ones trying to solve the problem &#8211; thats why tools like SWFObject exists in the first place. Adobe, you need to take responsibility for this and offer better ways for designers to create usable fallbacks on devices that don&#8217;t support Flash. Maybe incorporate SWFObject and offer a UI to add a static image, copy, etc. explaining to the user-without-Flash what the deal is.</p><h3>HTML5 doesn&#8217;t change anything</h3><p>I&#8217;ve already outlined what <a
href="http://mcapraro.com/flash-html5-browsers-vs-the-user/">I think about the Flash vs HTML5 argument</a>. There will be a lot of Flash experiences that do in fact get replaced by HTML5, but there are a lot that won&#8217;t, shouldn&#8217;t, and just can&#8217;t be replaced by nature of the richness of the experiences. This is just continuing the evolution we&#8217;ve been seeing for a while now, starting with Web 2.0 and standards based web development years ago. It should not be a shock to anyone. If your target audience use iPads, then you have to do the design work necessary to deal with that. Regardless of if we had the Flash in iPad Safari or not, this is still the case!</p><h3>Apple, let the users decide!</h3><p>Ok, so on the web side of things, I feel like there are pretty clear mistakes that we, as developers, have made and that we should have been better prepared for. But this whole <a
href="http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler" target="_blank">developer agreement</a> that Apple has changed, that is not so easy to write off.</p><p>As <a
href="http://mcapraro.com/flash-html5-browsers-vs-the-user/">I outlined previously</a>, HTML5 won&#8217;t replace Flash any time soon. It just won&#8217;t and can&#8217;t. Coming from a mobile background, I can understand why on these underpowered devices you might not want web pages full of Flash player instances bringing the poor processor to a halt. But thats the web. Html5 shouldn&#8217;t be a reason to not include Flash-built applications in the <strong><em>App Store</em></strong>.</p><p>We have some great user experiences designers that can create awesome experiences using Flash. If they create one that feels right on the iPad, who cares how it was developed? If users decide it&#8217;s good, then it&#8217;s good. Users shouldn&#8217;t (and mostly don&#8217;t) care what the technology of the experience is, especially when it&#8217;s a great experience. So let the user decide, by way of ratings and purchases, whether a flash-built app belongs in the store or not.</p><p>There are crashing, unstable apps built in Xcode that seem to make it to the store all the time, and users are vocal when they review them, and they review them negatively. There are apps that are really poorly designed, that don&#8217;t live up to the standard of some of the other great apps out there. Users have been able to make the choice of installing those apps or not. I see apps that use a &#8220;middle layer&#8221; all the time in app store apps, its called <a
href="http://developer.apple.com/iphone/library/documentation/uikit/reference/UIWebView_Class/Reference/Reference.html" target="_blank">UIWebView</a>, and sometimes it works and sometimes it doesnt. Users complain when it doesnt and those developers make changes to keep users. The users have (and should have) the power.</p><p>So why can&#8217;t it be the same with apps built by 3rd party development tools? Apple, I really believe you are missing out on many opportunities for great user experiences on your products by not allowing developers to develop using tools like those Adobe has already built. You are treating your users like mindless drones, incapable of deciding what&#8217;s good for themselves. <strong><em>Let users decide!</em></strong></p><h3>The right direction?</h3><p>It seems like there is a user experience emerging here that is less than ideal, but <a
href="http://mcapraro.com/the-ipad-and-interactive-advertising/">I&#8217;ve outlined it in an earlier post</a> and it bears reiterating in the midst of all of this name calling:</p><ul><li>User goes to a web site on their iPad</li><li>It&#8217;s a rich, Flash built experience on the desktop computer, but on the iPad a nice static, <strong><em>branded</em></strong> image appears offering a button to tap and download the app from the App Store</li><li>User taps, installs the Flash-built app and tries it out.</li></ul><p>See, no Lego bricks, no Flash crashing Safari, no HTML5 vs Flash mumbo jumbo. A happy user is a happy user. Isn&#8217;t that what it&#8217;s all about?</p><p>Apple, Adobe, can you sort this out now so us developers can get back to creating great experiences using your products?</p> ]]></content:encoded> <wfw:commentRss>http://mcapraro.com/blog/opinion/of-love-hearts-and-lego-bricks/feed/</wfw:commentRss> <slash:comments>3</slash:comments> </item> <item><title>The iPad and interactive advertising</title><link>http://mcapraro.com/blog/opinion/the-ipad-and-interactive-advertising/</link> <comments>http://mcapraro.com/blog/opinion/the-ipad-and-interactive-advertising/#comments</comments> <pubDate>Tue, 16 Feb 2010 15:41:20 +0000</pubDate> <dc:creator>Michelangelo Capraro</dc:creator> <category><![CDATA[Opinion]]></category> <category><![CDATA[advertising]]></category> <category><![CDATA[flash]]></category> <category><![CDATA[interactive]]></category> <category><![CDATA[ipad]]></category> <guid
isPermaLink="false">http://mcapraro.com/?p=7</guid> <description><![CDATA[With all the Flash vs. iPad, Adobe vs. Apple action out there, I thought I would explore how the iPad’s potential success might affect the interactive advertising world – where I spend most of my time. Guesswork: Audience Impact For my business, and to a larger extent, the interactive advertising community, the primary target for... <a
class="more-link" href="http://mcapraro.com/blog/opinion/the-ipad-and-interactive-advertising/">Read the Rest</a>]]></description> <content:encoded><![CDATA[<p>With all the Flash vs. iPad, Adobe vs. Apple action out there, I thought I would explore how the iPad’s potential success might affect the interactive advertising world – where I spend most of my time.</p><h3>Guesswork: Audience Impact</h3><p>For my business, and to a larger extent, the interactive advertising community, the primary target for web experiences are desktop users. Most of our ad clients have invested enough in mobile web experiences to offer the “you need a desktop to view this site” type of solution. Flash still dominates many of our sites, not because it’s all we do, but because it has made sense for many reasons I can go into at another time.</p><p>We have been getting more requests for iPhone apps, which has added a new market for work, which has been great for vendors in the interactive ad space, but I don’t think this will play out the same way with the iPad. The iPhone is a great web browsing platform, but it really just <strong><em>added</em></strong> to the browsers out there rather than significantly replace any of the desktop browser audience in a serious way. With the possible iPad success, that changes: the iPad will start to <strong><em>replace</em></strong> those laptops, desktops, and netbooks that right now look and act just like any desktop browser to us. This is where we see the biggest changes to our work, and not having Flash support has some pretty big implications.</p><h3>No Flash</h3><p>Aside from the kids sites and games sites that have been tossed around in the ring, there are a lot of web experiences that, up until now, could only be created in Flash. A quick look at the Sites of the Year over at FWA reveal sites like <a
href="http://www.gettheglass.com/">Get the Glass</a>, <a
href="http://demo.northkingdom.com/vodafonefuturevision/">Vodafone Future Vision</a>, <a
href="asfunction:_global.fixedGetURL,http://microsites.audi.com/audir8/html/index.php?lang=de&amp;CampaignID=R8_microsite&amp;AdvertiserI">Audi R8</a>, <a
href="asfunction:_global.fixedGetURL,http://ecodazoo.com/">The Eco Zoo</a>, <a
href="http://www.wechoosethemoon.org/">We Choose the Moon</a>, <a
href="asfunction:_global.fixedGetURL,http://shaveeverywhere.com/body">Philips Bodygroom</a>, <a
href="http://evb.com/work/elf-yourself-office-max/">Elf Yourself</a>, and <a
href="http://www.thefwa.com/">countless</a> <a
href="http://www.webbyawards.com/webbys/current.php?season=13">others</a>. These are the types of sites we use Flash for and that many of our ad clients request.</p><p>With the iPad, we have a potential new browser on the market that doesn’t support the one viewport we could most relay upon to consistently deliver the interactivity and design precision we and our ad clients desire. This is not like having to deal with the collection of browsers we have today (even <strong><em>if</em></strong> you included IE6) where, for the most part, we could count on Flash to work consistently across all platforms that are supported (including those old crusty browsers). While we do safely degrade to non-Flash, non-JavaScript versions for that small percent of users that happen to meet those criteria, we have been pretty confident with our work being seen, again, consistently, by a large portion of the web audience. This will change with the iPad.</p><p><em><strong>Did you catch that?</strong></em></p><p>Up until now, the richer ad/brand experiences have gone something like:</p><ol><li>Friend says “check out cool site for FooBar”</li><li>You go to site for FooBar, interact and hopefully enjoy</li></ol><p>Now there will be the occasional download of plug-in, etc. but we can count on smooth sailing for at about 90% of users across most laptop/desktops. Now, on the iPad it will be:</p><ol><li>Friend says “check out cool site for FooBar”</li><li>You go to site for Foobar (on your iPad)</li><li>You click the link to download the FooBar app from App Store</li><li>You Launch App for FooBar and interact and hopefully enjoy</li></ol><p>It doesn’t seem like a huge difference, but those extra two steps go a long way in making this particular brand experience a lot more work for the user, and potentially a bigger let down – a negative experience attributed to FooBar.</p><p>Gone is that easy experience of getting a site referral, or seeing a URL on a billboard and getting a fun (or not) interactive experience that you didn’t have to do more than type in a URL for. The effort was low so the pay-off seemed greater. With the iPad experience, the initial effort for the user is higher, so the pay-off has to be much better.</p><h3>The pay-off</h3><p>When the Flash plug-in was not the ubiquitous tool we have today, the prospect of requiring users to download a plug-in was something that was scary for us and our clients – we don’t want the user to jump through installation hoops for a few minutes of branded game-playing. Now we don’t worry so much, because Flash is so prevalent. We take the pay-off for granted because the audience for our client’s site is not feeling any extra burden for that additional richness in their web experience.</p><p>Now we are back to square one, where some of our audience may have to download an app that may take some time to download. They may even forget they were downloading it, or, what I think is more likely, they may choose not to download it. For our clients to get to those users, they have to have apps with real pay-off, enough to convince users to download the app and keep that download on their iPad long enough to have that interactive brand experience. For sites like <a
href="http://www.gettheglass.com/">Get the Glass</a>, an iPad variation could make sense and you could see that app experience holding its own in the world of the App Store because it’s primarily a game experience. But what about the <a
href="http://demo.northkingdom.com/vodafonefuturevision/">Vodafone Future Vision</a> site? That’s a great site to stumble on or get passed to you via email or IM, but would you sit and download potentially hundreds of megs and install the app for this cool presentation? I love the experience as a web site, but as an iPad app I’m not so sure it’s suited. The client would have to have an iPad-specific experience, or decide the iPad users don’t get the richer brand experience that we do on the laptops, desktops, and netbooks. And you can’t expect to <a
href="http://evb.com/work/elf-yourself-office-max/">Elf Yourself</a> on an iPad without a camera.</p><h3>Convincing the clients</h3><p>Today, when we are contracted to design and build an interactive brand experience in Flash, convincing our ad clients that we need to invest in a non-Flash experience, or a mobile-web-specific experience is difficult because you want to spend your budget on the cool stuff, on the wow factor. Soon, we will need to convince the client that they need extra budget to develop a separate site for this very specific browser market, that isn’t really that huge (not for a while anyway).</p><p>Using Adobe’s <a
href="http://labs.adobe.com/technologies/flashcs5/appsfor_iphone/">upcoming tools</a>, we could export the Flash experience to an iPhone/iPad app and get users to download and install it. But wouldn’t we want to take advantage of the iPad’s awesome touch-oriented experience? Convincing the client of that will be even more difficult. So in the end, the iPad audience get’s the short end of the user experience stick.</p><h3>Brand experiences on the iPad</h3><p>It is inevitable that early iPad users will suffer the “you need to be on a desktop or laptop to view this experience” type of road block. Until our clients see a need to develop specific brand experiences via iPad-tailored HTML sites or App Store apps, we won’t get a lot of extra budget to make experiences solely for the iPad, especially for iPad apps that have to have a much bigger pay-off for the user.</p><p>I had been thinking that the iPad’s saving grace may just be the looming, possible proliferation of PC tablets – that will certainly increase the touch-sensitive tablet user audience and give vendors like us an opportunity to develop more tablet-sensitive brand experiences. Then again, the other tablets out there will likely support Flash, so it may be we will have to get used to the less friendly brand experience the iPad seems to be pushing on us. Either way, there’s a new type of interactive ad/brand experience coming.</p> ]]></content:encoded> <wfw:commentRss>http://mcapraro.com/blog/opinion/the-ipad-and-interactive-advertising/feed/</wfw:commentRss> <slash:comments>7</slash:comments> </item> </channel> </rss>
