<?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>Stuntbox &#187; adobe</title>
	<atom:link href="http://stuntbox.com/blog/tag/adobe/feed/" rel="self" type="application/rss+xml" />
	<link>http://stuntbox.com</link>
	<description>David Sleight&#039;s Blog</description>
	<lastBuildDate>Tue, 06 Jul 2010 15:04:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Crosstown Traffic</title>
		<link>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2009%2F09%2Fcrosstown-traffic%2F&amp;seed_title=Crosstown+Traffic</link>
		<comments>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2009%2F09%2Fcrosstown-traffic%2F&amp;seed_title=Crosstown+Traffic#comments</comments>
		<pubDate>Wed, 16 Sep 2009 14:14:07 +0000</pubDate>
		<dc:creator>David Sleight</dc:creator>
				<category><![CDATA[Post]]></category>
		<category><![CDATA[adobe]]></category>
		<category><![CDATA[flash]]></category>
		<category><![CDATA[html5]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[w3c]]></category>
		<category><![CDATA[web standards]]></category>

		<guid isPermaLink="false">http://www.stuntbox.com/?p=211</guid>
		<description><![CDATA[<p>Up until now, if you’ve used advanced Web techniques like AJAX or Flash to create interactivity on your site, you’ve been punished when it comes time to tally up your traffic. Even at this late date, most off-the-shelf tracking software remains ignorant of clicks that don’t involve simple HTML pageviews. Since your fancy Web 2.0 app doesn’t transfer HTML with every click, those clicks don’t get counted. </p>]]></description>
			<content:encoded><![CDATA[<p>Up until now, if you&#8217;ve used advanced Web techniques like AJAX or Flash to create interactivity on your site, you&#8217;ve been punished when it comes time to tally up your traffic. Even at this late date, most off-the-shelf tracking software remains ignorant of clicks that don&#8217;t involve simple HTML pageviews. Since your fancy Web 2.0 app doesn&#8217;t transfer HTML with every click, those clicks don&#8217;t get counted.</p>
<p>There are workarounds. Clunky at best and mostly proprietary, they&#8217;re seldom used by the third party agencies who audit the traffic claims of major sites (and thereby influence the rates those sites can charge advertisers). In other words, they don&#8217;t rate with the moneymen. </p>
<p>There have been efforts to emphasize other metrics, such as the <a href="http://www.stuntbox.com/blog/2007/07/sweeps-week/" title="Stuntbox: Sweeps Week">amount of time a user spends on a site</a>, but they haven&#8217;t amounted to much yet. At least not enough to free us from traffic woes when playing anywhere remotely near the bleeding edge. </p>
<p>It&#8217;s quite plain this state of affairs is holding these technologies, and the Web, back. Enough so that Adobe has apparently decided to take matters into its own hands, at great expense, by <a href="http://news.cnet.com/8301-13860_3-10353733-56.html" title="CNET: Adobe to buy Omniture for $1.8 billion">plunking down a king&#8217;s ransom to acquire Omniture</a>, a major player in the business of counting site traffic. </p>
<p>With this purchase, Adobe clearly intends to construct a bully pulpit from which it can influence this state of affairs for its benefit, serving their deeply vested interest in Flash. Good for them. </p>
<p>So this begs a question. </p>
<p>Is anybody working on a solution for AJAX? </p>
<p>It would seem like the work currently underway on HTML5, a specification fittingly dubbed &#8220;Web Applications 1.0&#8243; at one point, provides a choice opportunity to establish some clear guidance on trackable AJAX events in Web apps for everyone involved, and help steer the ship forward. </p>
<p>I&#8217;ve been scanning the spec-in-progress, but haven&#8217;t yet seen anything that seems to fit the bill. <a href="http://dev.w3.org/html5/spec/Overview.html" title=" HTML5 W3C Editor's Draft">It&#8217;s a big spec</a>. I could easily be missing something. Maybe we can use the <code><a href="http://dev.w3.org/html5/spec/Overview.html#hyperlink-auditing" title="HTML5 W3C Editor's Draft: Hyperlink Auditing">ping</a></code> attribute? Perhaps it&#8217;s in how <a href="http://dev.w3.org/html5/spec/Overview.html#fetching-resources" title="HTML5 W3C Editor's Draft: Fetching resources">resource fetching</a> is defined? I don&#8217;t know. But I&#8217;m sure minds more knowledgeable than mine have some ideas. Ideas that wouldn&#8217;t constitute a proprietary hack. </p>
<p>The major sites won&#8217;t budge until the auditors move. The auditors won&#8217;t move until the corporate coalitions make some decisions. The corporate coalitions are comprised of the owners of said major sites. Lather, rinse, repeat. </p>
<p>What&#8217;s needed now is a standards body to break this stalemate. Otherwise we remain locked into a stagnant scenario where no one wants to be the first mover, and the proprietary solutions pass us all by. </p>
]]></content:encoded>
			<wfw:commentRss>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2009%2F09%2Fcrosstown-traffic%2F&amp;seed_title=Crosstown+Traffic/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Adobied</title>
		<link>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2007%2F08%2Fadobied%2F&amp;seed_title=Adobied</link>
		<comments>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2007%2F08%2Fadobied%2F&amp;seed_title=Adobied#comments</comments>
		<pubDate>Thu, 30 Aug 2007 04:35:24 +0000</pubDate>
		<dc:creator>David Sleight</dc:creator>
				<category><![CDATA[Post]]></category>
		<category><![CDATA[adobe]]></category>
		<category><![CDATA[ux]]></category>

		<guid isPermaLink="false">http://www.stuntbox.com/blog/2007/08/adobied/</guid>
		<description><![CDATA[<p>Dear Adobe:</p>

<p>Knock it off.</p>

<p>It's no picnic writing software updaters for an ever sprawling empire of code. Sure. Mistakes are made. Granted. But hijacking an automatic update to install a plugin I never asked for, don't want, and have no way of opting out of (and throwing me off my browser session to boot)? That's software update rape. </p>

<p>Until I tell you otherwise, what happens in my browser is my business, not yours. Get thy plugin from out my browser, and take thy form from off my desktop.</p>]]></description>
			<content:encoded><![CDATA[<p><img src="/images/posts/adobe_updater.jpg" alt="Adobe software updater prompt" width="500" height="240" /></p>
<p>Dear Adobe:</p>
<p>Knock it off.</p>
<p>It&#8217;s no picnic writing software updaters for an ever sprawling empire of code. Sure. Mistakes are made. Granted. But hijacking an automatic update to install a plugin I never asked for, don&#8217;t want, and have no way of opting out of (and throwing me off my browser session to boot)? That&#8217;s software update rape. </p>
<p>Until I tell you otherwise, what happens in my browser is my business, not yours. Get thy plugin from out my browser, and take thy form from off my desktop.</p>
<h2>Extradition Proceedings</h2>
<p>If you&#8217;ve updated Acrobat and find your copy of Safari likewise commandeered, you can slap a muzzle on the interloper by chasing down the following maze: Acrobat menu > Preferences… > Internet > Web Browser Options. </p>
<p><img src="/images/posts/unbork_acrobat.jpg" alt="Acrobat web settings checkboxes" width="438" height="57" /></p>
<p>Uncheck &#8220;Display PDF in browser using&#8221;. (Oh, and while we&#8217;re at it Adobe, don&#8217;t use a dropdown box when you&#8217;re only giving the user one option.) </p>
<p>For good measure, uncheck &#8220;Check browser settings when starting Acrobat&#8221; to keep it from nagging you to turn the plugin back on again (until Adobe sneaks in and does it themselves during the next software update, that is.) </p>
<p>This will get you back using the much, much faster Preview app for viewing PDFs in Safari. Unfortunately it doesn&#8217;t  mean it&#8217;s going to stay that way the next time an Adobe updater comes bouncing your way. For shame.</p>
]]></content:encoded>
			<wfw:commentRss>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2007%2F08%2Fadobied%2F&amp;seed_title=Adobied/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Not Fade Away</title>
		<link>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2007%2F05%2Fnot-fade-away%2F&amp;seed_title=Not+Fade+Away</link>
		<comments>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2007%2F05%2Fnot-fade-away%2F&amp;seed_title=Not+Fade+Away#comments</comments>
		<pubDate>Tue, 15 May 2007 06:05:26 +0000</pubDate>
		<dc:creator>David Sleight</dc:creator>
				<category><![CDATA[Post]]></category>
		<category><![CDATA[adobe]]></category>
		<category><![CDATA[ux]]></category>

		<guid isPermaLink="false">http://www.stuntbox.com/blog/2007/05/not-fade-away/</guid>
		<description><![CDATA[Go CS3 racer!]]></description>
			<content:encoded><![CDATA[<p><img src="/images/posts/bokeh_dots_01.jpg" alt="Bokeh light dots" width="500" height="200" /></p>
<p>These programs like to waste my time—or at least that&#8217;s what it feels like. </p>
<p>I&#8217;ve been using the new Adobe CS3 applications full-time for a little over a week now, at home and the office. The change to fast, stable Universal Binaries is a welcome one, as are several of the more subtle tool refinements. But there&#8217;s one new addition that punches me in the eye every time I see it.</p>
<p>That damn fade. </p>
<h2>Cue Transition</h2>
<p>For those of you already using a CS3 app, you know what I&#8217;m talking about. When you make one of the new applications active the entire program UI fades into view over the course of a quarter of a second or so. </p>
<p>Someone thought this was slick. Someone thought this was pretty. Someone was fairly misguided. </p>
<p><img src="/images/posts/cs3_fade.jpg" alt="Photoshop CS3 fading into view" width="500" height="100" /></p>
<p class="caption">Pause for Effect(s): Photoshop makes its dramatic entrance.</p>
<p>Ill-considered UI fluff like this makes me want to run for my copy of <a href="http://en.wikipedia.org/wiki/The_Humane_Interface"><cite>The Humane Interface</cite></a> and wave it about wildly. It&#8217;s not a question of aesthetics. It&#8217;s a question of <em>perceived performance</em>. </p>
<p>All this fade does is increase the time I have to wait for the application to become active, and therefore usable. Sure it only takes a quarter of a second, but users in heavy production environments (arguably Adobe&#8217;s core) switch back and forth between these apps hundreds, maybe thousands, of times a day. What starts out as an annoying stutter compounds to steal minutes out of every day. It doesn&#8217;t matter if the applications are screaming speed demons chockablock with fastidiously optimized code—they built a speed bump right outside the front door.</p>
<p>The subconscious is being trained to fold its arms and tap its foot every time you click, tab or otherwise stumble your way into Adobeland. Somewhere a neuron is saying, &#8220;Damn it, I was in the middle of a flow there.&#8221;</p>
]]></content:encoded>
			<wfw:commentRss>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2007%2F05%2Fnot-fade-away%2F&amp;seed_title=Not+Fade+Away/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Adobe Unveils Lightroom Beta</title>
		<link>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2006%2F01%2Fadobe-unveils-lightroom-beta%2F&amp;seed_title=Adobe+Unveils+Lightroom+Beta</link>
		<comments>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2006%2F01%2Fadobe-unveils-lightroom-beta%2F&amp;seed_title=Adobe+Unveils+Lightroom+Beta#comments</comments>
		<pubDate>Mon, 09 Jan 2006 11:25:15 +0000</pubDate>
		<dc:creator>David Sleight</dc:creator>
				<category><![CDATA[Post]]></category>
		<category><![CDATA[adobe]]></category>
		<category><![CDATA[photography]]></category>
		<category><![CDATA[software]]></category>

		<guid isPermaLink="false">http://www.stuntbox.com/blog/2006/01/adobe-unveils-lightroom-beta/</guid>
		<description><![CDATA[Suddenly, Mac photogs get RAW options. ]]></description>
			<content:encoded><![CDATA[<p>It seems like the folks at Adobe aren&#8217;t about to take <a href="http://www.apple.com/aperture/" title="Apple Aperture">Aperture</a> lying down. Using the <a href="http://labs.macromedia.com/" title="Adobe Labs">Adobe Labs</a> site (née Macromedia Labs) they&#8217;ve unveiled the public beta of <a href="http://labs.macromedia.com/technologies/lightroom/" title="Lightroom Project Page">Lightroom</a>, a photo management app aimed squarely at pro photographers. Wow. A public beta from Adobe. (And here&#8217;s another kicker—the initial beta is Macintosh-only!) This is great if only to see Adobe dipping it&#8217;s toes into the waters of public betas using some of the tools of it&#8217;s recent Macromedia acquisition. Apparently this app has been kicking around Adobe in various forms for some time. There&#8217;s a <a href="http://photoshopnews.com/2006/01/09/the-shadowlandlightroom-development-story/" title="PhotoshopNews.com: The Shadowland/Lightroom Development Story">good entry</a> over at <a href="http://photoshopnews.com/" title="PhotoshopNews.com">PhotoshopNews.com</a> by renowned photographer <a href="http://www.schewephoto.com/" title="Schewe Photo">Jeff Schewe</a> detailing the lengthy history of  &#8220;Shadowland&#8221;. </p>
<p><img src="/images/posts/adobe_lightroom.jpg" alt="Adobe Lightroom beta screenshot" width="400" height="229" /></p>
<p>Initial impressions? It&#8217;s a much more engaging experience than using Bridge/Camera Raw alone. The app has a more fully-formed toolset and polished UI, and will probably keep a lot of photographers from popping in and out of Photoshop. In fact, it seems like the intention might be to serve up an alternative for pro photographers who might be a little skittish about digging into Photoshop and managing all their shots using the Adobe Bridge/Camera Raw/Photoshop combination that prevails today (read: basically managing everything by hand). </p>
<p>Any way you slice it the pro photography market can only benefit from what&#8217;s shaping up to be a healthy competition between Adobe and Apple. </p>
]]></content:encoded>
			<wfw:commentRss>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2006%2F01%2Fadobe-unveils-lightroom-beta%2F&amp;seed_title=Adobe+Unveils+Lightroom+Beta/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Photoshop Inside Stroke Opacity Weirdness</title>
		<link>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2005%2F12%2Fphotoshop-inner-stroke-opacity-weirdness%2F&amp;seed_title=Photoshop+Inside+Stroke+Opacity+Weirdness</link>
		<comments>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2005%2F12%2Fphotoshop-inner-stroke-opacity-weirdness%2F&amp;seed_title=Photoshop+Inside+Stroke+Opacity+Weirdness#comments</comments>
		<pubDate>Wed, 28 Dec 2005 04:16:05 +0000</pubDate>
		<dc:creator>David Sleight</dc:creator>
				<category><![CDATA[Post]]></category>
		<category><![CDATA[adobe]]></category>
		<category><![CDATA[photoshop]]></category>

		<guid isPermaLink="false">http://www.stuntbox.com/blog/2005/12/photoshop-inner-stroke-opacity-weirdness/</guid>
		<description><![CDATA[Whose line is it anyway?]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s nice to know that I&#8217;m not the only obsessive compulsive out there neurotic enough to notice this. Dave Shea comments on the odd behavior of the opacity control in the Photoshop stroke layer style settings <a href="http://mezzoblue.com/archives/2005/12/22/destructive_/" title="Mezzoblue: Destructive Strokes">here</a> (&#8220;Position: Inside&#8221; to be specific). It&#8217;s not a bug per se, just darn <em>odd</em>. The proxy icons in Shea&#8217;s screenshots show he&#8217;s using Photoshop CS, but this behavior continues on in CS2. </p>
]]></content:encoded>
			<wfw:commentRss>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2005%2F12%2Fphotoshop-inner-stroke-opacity-weirdness%2F&amp;seed_title=Photoshop+Inside+Stroke+Opacity+Weirdness/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Apple.com Shows Flash a Little More Love</title>
		<link>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2005%2F09%2Fapplecom-shows-flash-a-little-more-love%2F&amp;seed_title=Apple.com+Shows+Flash+a+Little+More+Love</link>
		<comments>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2005%2F09%2Fapplecom-shows-flash-a-little-more-love%2F&amp;seed_title=Apple.com+Shows+Flash+a+Little+More+Love#comments</comments>
		<pubDate>Wed, 21 Sep 2005 20:21:29 +0000</pubDate>
		<dc:creator>David Sleight</dc:creator>
				<category><![CDATA[Post]]></category>
		<category><![CDATA[adobe]]></category>
		<category><![CDATA[apple]]></category>
		<category><![CDATA[flash]]></category>

		<guid isPermaLink="false">http://www.stuntbox.com/blog/2005/09/applecom-shows-flash-a-little-more-love/</guid>
		<description><![CDATA[Flash in the darnedest of places.]]></description>
			<content:encoded><![CDATA[<p>Anyone else notice the prominent use of Flash on the freshly updated <a href="http://www.apple.com/dotmac/" title=".Mac home page">.Mac home page</a>? More than that, look under the hood and you&#8217;ll find that embedding is being handled with <a href="http://osflash.org/doku.php?id=flashobject" title="OSFlash.org: FlashObject">FlashObject</a> too. </p>
<p>While this isn&#8217;t the first time Apple has used Flash on their site (see the <a href="http://www.apple.com/finalcutstudio/" title="Apple.com: Final Cut Studio">Final Cut Studio</a> pages, and the image galleries for the <a href="http://www.apple.com/ipodnano/" title="iPod nano">iPod nano</a> that neatly mimic the side-to-side browsing of the iTunes Music Store), it&#8217;s certainly the most prominent. A far cry from the days of tinkering with sprites in QuickTime tracks. (How many old copies of LiveStage Pro are out there just hanging around collecting dust?) </p>
]]></content:encoded>
			<wfw:commentRss>http://stuntbox.com/feeder/?FeederAction=clicked&amp;feed=Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fstuntbox.com%2Fblog%2F2005%2F09%2Fapplecom-shows-flash-a-little-more-love%2F&amp;seed_title=Apple.com+Shows+Flash+a+Little+More+Love/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
