<?xml version="1.0" encoding="utf-8"?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xml:lang="en">
<title>Scott Fegette</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/" />
<modified>2008-06-04T02:52:22Z</modified>
<tagline>Adobe Developer Relations - Dreamweaver</tagline>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16</id>
<generator url="http://www.movabletype.org/" version="3.16">Movable Type</generator>
<copyright>Copyright (c) 2008, sfegette</copyright>
<entry>
<title>Pandora Desktop with Adobe AIR</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/06/pandora_desktop.html" />
<modified>2008-06-04T02:52:22Z</modified>
<issued>2008-06-04T02:52:15Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14958</id>
<created>2008-06-04T02:52:15Z</created>
<summary type="text/plain">Pandora goes desktop with their music service using Adobe AIR.
</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>My favorite music browsing/listening service, <a href="http://www.pandora.com" title="Pandora">Pandora</a>, just released a beta desktop client... and it's built using Adobe AIR. Sweet! Yet another example of how easily you can move from web to desktop using AIR. As Pandora was always Flash-based, it's not a surprising move (and the design/look/feel is pretty much just like the site so not a huge jump forward in functionality), but a welcome move nonetheless- I'm not a fan of listening from my browser and much prefer the OS X dock controls the AIR desktop client provides. You can <a href="http://blog.pandora.com/pandora/archives/2008/06/from_the_lab_pa.html">read more about the desktop beta</a> at the Pandora team blog, and <a href="http://www.pandora.com/desktop">download/install the desktop beta here</a>.</p>
]]>

</content>
</entry>
<entry>
<title>MAX 2008 Registration Opens</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/05/max_2008_regist.html" />
<modified>2008-05-28T20:00:53Z</modified>
<issued>2008-05-28T20:00:28Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14938</id>
<created>2008-05-28T20:00:28Z</created>
<summary type="text/plain">The annual Adobe MAX conference will be in our neighborhood this year - the Moscone Center/Marriott Hotel in San Francisco - from November 16-19th, and registration just opened today so you can reserve your seat ASAP. There&apos;s been a lot of work put in already towards making MAX 08 the event to remember in 2008, with a few late-breaking changes to note for this year&apos;s conference: A new &apos;Envision&apos; track for movers and shakers evaluating the Adobe Platform roadmap 30%...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>The annual <a href="http://max.adobe.com" title="Adobe MAX 2008 - San Francisco">Adobe MAX conference</a> will be in our neighborhood this year - the Moscone Center/Marriott Hotel in San Francisco - from November 16-19th, and <a href="http://max.adobe.com/na/registration/">registration just opened today</a> so you can reserve your seat ASAP. There's been a lot of work put in already towards making MAX 08 the event to remember in 2008, with a few late-breaking changes to note for this year's conference:</p>
<ul>
  <li>A new 'Envision' track for movers and shakers evaluating the Adobe Platform roadmap</li>

  <li>30% more hands-on lab sessions, including the new MEGA-LAB (holding 300!)</li>

  <li>4 parallel 'unconferences' (2 for designers, 2 for developers)</li>

  <li>250 sessions to choose from</li>

  <li>And of course, sneak peeks and surprises galore, as you'd expect.</li>
</ul>
<p>I'll have plenty to show at MAX myself this year (<a href="http://labs.adobe.com/technologies/dreamweavercs4/">Dreamweaver</a> being a large part of that), and although the final session and track schedules haven't been announced yet, what I've seen of the content so far is absolutely mind-blowing. Hope to see you there!</p>
]]>

</content>
</entry>
<entry>
<title>Dreamweaver Public Beta - Now Open</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/05/dreamweaver_pub.html" />
<modified>2008-05-27T05:02:57Z</modified>
<issued>2008-05-27T04:55:55Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14928</id>
<created>2008-05-27T04:55:55Z</created>
<summary type="text/plain">Dreamweaver&apos;s 10 years old this year, and to celebrate the decade we decided to make some big changes, and public ones at that. So we&apos;re releasing a public beta of the current DW build (code named Stiletto), and letting you get your hands on it to see where things are headed. Design is not static these days, but stateful, and dynamic. Forms proactively validate themselves in modern designs, and user interfaces intertwine dynamically-loaded data with application-like interaction models. Being born...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>Dreamweaver's 10 years old this year, and to celebrate the decade we decided to make some big changes, and public ones at that. So we're releasing a <a href="http://labs.adobe.com/technologies/dreamweavercs4/">public beta of the current DW build</a> (code named Stiletto), and letting you get your hands on it to see where things are headed.</p>

<p>Design is not static these days, but stateful, and dynamic.  Forms proactively validate themselves in modern designs, and user interfaces intertwine dynamically-loaded data with application-like interaction models.  Being born in a static age, Dreamweaver needed to come to parity with the way these types of immersive site experiences are designed and developed by today's web pro. We met with a lot of designers and developers across the map after Dreamweaver CS3 was in the can, watched how they worked and tried to reflect the best of what we learned in Dreamweaver's tools and workflow. The result is Stiletto.</p>

<p>Stiletto's Live View lets you render the current page in Webkit - with JavaScript-driven interface elements and dynamic data from local servers in place - then freeze a particular page state and use the new Code Navigator and Related Files toolbar to directly navigate the asset files that combine to render a given element on the page. Quite frankly, there's nothing quite like it in other design and development tools. Subversion support in the Files panel and extended, dynamic JavaScript code hinting help you be more effective with your site assets. Stiletto's user interface has undergone work as well, now far less obtrusive, with auto-hiding and minimizing panels, a muted color scheme and horizontal/vertical split view options to maximize whatever display real-estate you've got at hand.</p>

<p>I've been using Stiletto pretty constantly for the last few months, and now refuse to go back to Dreamweaver CS3, quite honestly. And we hope you enjoy using Stiletto as much as we've enjoyed researching and building it. <a href="http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid=72&amp;catid=674">Let us know what you think in the beta forum</a>- the features are pretty much locked but <a href="http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid=72&amp;catid=674">bugs and feature requests are always welcomed</a>. We have a few <a href="http://tv.adobe.com">video walkthroughs of the new features at Adobe TV</a> as well, and you can <a href="http://labs.adobe.com/technologies/dreamweavercs4/">read more about the DW public beta (and get the download) here at Adobe Labs</a>.</p>

<p>I'll be posting thoughts, tips, suggestions and new tidbits of information about Stiletto from time to time, so if you're new here, save a bookmark (or add my feed to your daily scoop) and check back once in a while.</p>

<p>Enjoy!</p>
]]>

</content>
</entry>
<entry>
<title>Dreamweaver &apos;Next&apos; at WebVisions 2008</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/05/dreamweaver_nex_1.html" />
<modified>2008-05-22T17:22:51Z</modified>
<issued>2008-05-22T17:22:37Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14922</id>
<created>2008-05-22T17:22:37Z</created>
<summary type="text/plain">I&apos;ll be presenting on web design best practices/standards (along with a sneak peek of the next version of Dreamweaver) today @1:15pm at the WebVisions conference in Portland, should you be attending. Swing by, get an early look at what we&apos;ve been working on back in the Dreamlabs, along with a lot of thoughts as to WHY we&apos;ve been doing what we&apos;ve doing with Dreamweaver. Aside from my own plug, the WebVisions track/session schedule looks great, with a speaker list that...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>I'll be presenting on web design best practices/standards (along with a sneak peek of the next version of Dreamweaver) today @1:15pm at the <a href="http://www.webvisionsevent.com/">WebVisions conference in Portland</a>, should you be attending. Swing by, get an early look at what we've been working on back in the Dreamlabs, along with a lot of thoughts as to WHY we've been doing what we've doing with Dreamweaver. Aside from my own plug, the WebVisions <a href="http://www.webvisionsevent.com/schedule/">track/session schedule looks great</a>, with a speaker list that reads like a virtual who's-who of web luminaries. Given I'm up against folks like <a href="http://www.webvisionsevent.com/speakers/veloso_bryan/?redir=l3njagvkdwxllw==">Bryan Veloso</a>, <a href="http://www.webvisionsevent.com/speakers/rubin_dan/?redir=l3njagvkdwxllw==">Dan Rubin</a>, <a href="http://www.webvisionsevent.com/speakers/black_roger/?redir=l3njagvkdwxllw==">Roger Black</a> and <a href="http://www.webvisionsevent.com/speakers/gustafson_aaron/?redir=l3njagvkdwxllw==">Aaron Gustafson</a> during my session hour, I'm both excited at the quality and density of content at WebVisions this year- and simultaneously bummed at what I'll miss even in the hour I'm onstage.</p>
<p>Currently I'm in Dave McFarland's "JavaScript for Designers" session, which is starting off quite nicely (great slides, too), but will probably be lurking in the lounge area between sessions catching up on email and feeds. Tap me on the shoulder if you're here and say hey!</p>
]]>

</content>
</entry>
<entry>
<title>WebAssist Menu Writer</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/05/webassist_menu.html" />
<modified>2008-05-14T20:57:56Z</modified>
<issued>2008-05-14T20:57:32Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14914</id>
<created>2008-05-14T20:57:32Z</created>
<summary type="text/plain">I recently got a preview of WebAssist&apos;s new product, Menu Writer - which looks to be quite a fine Dreamweaver extension for creating and managing one of the most frequently used interface patterns- drop-down menus. Although there are a lot of menu solutions available, they&apos;ve done a great job of distilling them down to a nice wizard-based approach that makes it very easy to create menu-based navigation for your projects. Some highlights I noticed: Menu Writer pulls in existing directory...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>I recently got a preview of WebAssist's new product, Menu Writer - which looks to be quite a fine Dreamweaver extension for creating and managing one of the most frequently used interface patterns- drop-down menus. Although there are a lot of menu solutions available, they've done a great job of distilling them down to a nice wizard-based approach that makes it very easy to create menu-based navigation for your projects. Some highlights I noticed:</p>
<ul>
  <li>Menu Writer pulls in existing directory structures, so you can easily suck up existing heirarchies in your server environment and create comprehensive navigation for them.</li>

  <li>As is the case with all the WebAssist products, there are tons of great themes and presets, and you can easily create your own for quick reuse of common themes or site styles.</li>

  <li>You can place multiple menus on same page - no collisions - and easily re-enter the extension interface to edit your existing menus.</li>

  <li>Not only does it work seamlessly with their hit product CSS Sculptor, but it also lets you specify the code structure of your menus, so even gearheads have a nice way to tweak the code and reuse it with precision.</li>
</ul>
<p>Very cool extension!<br />
Now Menu Writer is obviously a commercial extension, but WebAssist has a special deal going thru May 27th (normally $99, but $74.99 for the first few weeks), so get it while it's hot. :)</p>
]]>

</content>
</entry>
<entry>
<title>Unobtrusive Spry Accordions</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/05/unobtrusive_spr.html" />
<modified>2008-05-13T01:27:06Z</modified>
<issued>2008-05-13T01:26:54Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14911</id>
<created>2008-05-13T01:26:54Z</created>
<summary type="text/plain">Although we released a Whole Lot of documentation to support Spry 1.6.x along with the framework that illustrates how it can be used responsibly, I still get asked regularly whether Spry can really be used unobtrusively. The first thing developers usually notice when looking at Spry is the spry:* custom attributes sprinkled throughout the sample code, but there are certainly more elegant ways to inject those attributes at runtime above and beyond those brute force examples. If you have similar...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>Although we released a Whole Lot of <a href="http://labs.adobe.com/technologies/spry/articles/best_practices/" title="Best Practices with Spry">documentation</a> to support <a href="http://labs.adobe.com/technologies/spry/" title="The Spry Framework">Spry 1.6.x</a> along with the framework that illustrates how it can be used responsibly, I still get asked regularly whether Spry can really be used unobtrusively. The first thing developers usually notice when looking at Spry is the spry:* custom attributes sprinkled throughout the sample code, but there are certainly more elegant ways to inject those attributes at runtime above and beyond those brute force examples. If you have similar questions about how to use Spry, <a href="http://blog.assortedgarbage.com/?p=57" title="A Completely Unobtrusive Accordion Example">check out this example over at Greg Rewis' blog</a>, which uses the sweet Spry element selector to apply those Spry accordion panel attributes unobtrusively, resulting in a clean, validating markup structure that progressively enhances itself with JavaScript. Nice!</p>
]]>

</content>
</entry>
<entry>
<title>Back Online</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/05/back_online.html" />
<modified>2008-05-07T21:34:24Z</modified>
<issued>2008-05-07T21:33:59Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14908</id>
<created>2008-05-07T21:33:59Z</created>
<summary type="text/plain">MXNA wasn&apos;t the only thing down in recent weeks, many Adobe staffers with blogs on the venerable old weblogs.macromedia.com server also had their blogs and archives inaccessible during the same stretch (and for the same reasons), myself included. Good news- my blog is back online again and should be for the near future. I&apos;m still weighing my long-term options for migrating off the old Macromedia weblog server, but it&apos;s nice to at least have the old, familiar site up and...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>MXNA wasn't the only thing down in recent weeks, many Adobe staffers with blogs on the venerable old weblogs.macromedia.com server also had their blogs and archives inaccessible during the same stretch (and for the same reasons), myself included. Good news- my blog is back online again and should be for the near future. I'm still weighing my long-term options for migrating off the old Macromedia weblog server, but it's nice to at least have the old, familiar site up and running again here in the interim. Old permalinks here could break for a few more hours, but that should be fixed in short order as well.</p>
<p>Fortunately this is resolved, as I'm going to have a LOT to talk about in just a few short weeks- which I strongly suspect will be of interest to you as well. ;-)</p>
]]>

</content>
</entry>
<entry>
<title>Farewell, GoLive</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/04/farewell_golive.html" />
<modified>2008-05-07T21:16:38Z</modified>
<issued>2008-04-29T01:10:50Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14901</id>
<created>2008-04-29T01:10:50Z</created>
<summary type="text/plain">GoLive will no longer be sold as of today- long-rumored but now official. Here&apos;s my thoughts on the news, and some pointers to ease your transition over to Dreamweaver.</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>Although it's long been rumored, today the news was officially delivered- GoLive will no longer be sold as of today (April 28th, 2008), and the focus will shift to Dreamweaver long-term for Adobe's professional web design &amp; development customers. This is news that I'm reasonably certain most GoLive users saw coming as far back as the CS3 launch- when Dreamweaver replaced GoLive in the Creative Suite packages - but it's good to finally have an official word on the matter. GoLive (versions 5, 6, CS2 and 9) customers can take advantage of a $199 cross-grade special (same price as a Dreamweaver upgrade, basically) to pick up Dreamweaver CS3, which means there'll be a lot of GoLive customers considering Dreamweaver now.</p>
<p>There's been a lot of speculation on if and when this would happen - and if so, why - so I wanted to at least give a little perspective on this from my vantage point - as a long-time Dreamweaver team member - on two of the main concerns I've heard around Dreamweaver taking the helm of our web design products.</p>
<p><strong>Lack of Competition</strong></p>
<p>Ever since the Macromedia acquisition, I've heard the pretty regular concern that Adobe's competitors were systematically being eliminated, leaving the competitive landscape around our products bleak and quite frankly - non-competitive. Honestly, I couldn't see that more differently - competitors are all around if you care to look for them- from lightweight web design/development apps like Coda, CSSEdit and others, to full-blown IDEs like Visual Studio and Eclipse. For design-centric web developers, apps like Freeway and the reasonably-newer Expression Web are viable options. GoLive was a worthy competitor, but lately we've even more competing tools to consider as we build out Dreamweaver's roadmap, not less. That can only be a good thing for the competitive web design landscape - and Dreamweaver's future within it - in my opinion.</p>
<p><strong>Coders vs Designers</strong></p>
<p>Web design has increasingly become a more technical discipline over the years, and Dreamweaver's secret to success was always to follow what the pro web designers were doing on a project and workflow basis, and enable that within our tools. We occasionally hear criticism that Dreamweaver isn't 'WYSIWYG enough', or needs to support more drag-and-drop features and get away from the code. But that's not what the pro web design market has been telling us - web design is not like print design, or even Flash design. When was the last time you needed to hack your InDesign files to print correctly on that one, finicky printer? Web browsers are OUR printers, and they sure as heck don't always play as nicely with one another- let alone render the same way even on the best of days. Visual tools can get you 90% of the way there with the current browser landscape- but that remaining 10% of your headache is almost always code-based- a browser hack inserted into the stylesheet or perhaps some judicious markup-juggling to get that layout working correctly. And when this bites you, you absolutely, positively, have to have access to your code. Plain and simple. Sure, a lot of print designers have become accustomed to GoLive's more visual model, but at the end of the day Dreamweaver has to serve it's primary market - professional web designers and developers - and the market spoke quite loudly on that subject years ago. We're just following their lead, honestly.</p>
<p>But I'm sure there's lots of good ideas to consider now too, do you have favorite GoLive features that you'd like the DW team to consider going forward? If so, please use our bug/wish list form here to send them in for consideration (always the most direct path to getting a request into the teams here, FYI):</p>
<p><a href="http://www.adobe.com/go/wish" title="Adobe bug/wishlist form">http://www.adobe.com/go/wish</a><br /></p>
<p><strong>So What's Next?</strong></p>
<p>This will undoubtedly be a period of transition as there's a lot of GoLive users who are now considering Dreamweaver, and we'd like to make sure that your transition's a smooth one. I strongly recommend checking out the resources we've made available at the following URL:</p>
<p><a href="http://www.adobe.com/products/dreamweaver/switch" title="Resources for GoLive users switching to Dreamweaver">http://www.adobe.com/products/dreamweaver/switch</a></p>
<p>These include:</p>
<ul>
  <li>The GoLive to Dreamweaver migration extension - helping you convert the structure of your legacy sites to a format that can be imported and managed by Dreamweaver.</li>

  <li>GoLive to Dreamweaver Site Migration guide - written by GoLive experts Adam Pratt and Lynn Grillo.</li>

  <li>Training Video from Lynda.com - giving tips and tricks for getting up to speed quickly with Dreamweaver, including the migration process</li>
</ul>
<p>Indeed, there's a lot of areas of difference between GoLive and Dreamweaver, but hopefully these bits of info will help you make the most sense of them quickly.</p>
<p>For the Dreamweaver team, we've already seen many of the GoLive engineers join our ranks, who are all contributing quite a bit to the next release of Dreamweaver already. It's been a pretty smooth transition internally, and is resulting in one amazing team. However, I realize that this news may be much more upsetting to you, but sincerely hope that the the transition is as painless as possible. Let us know how we can help?<br /></p>]]>

</content>
</entry>
<entry>
<title>Random News Items</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/03/random_news_ite.html" />
<modified>2008-03-19T00:35:56Z</modified>
<issued>2008-03-19T00:35:08Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14805</id>
<created>2008-03-19T00:35:08Z</created>
<summary type="text/plain"><![CDATA[I've been pretty hectic between travel and SxSW the last couple weeks, but a few cool items of note may have slipped past. Catching up now... Kuler just got an update today, with a feature I've been drooling over since I heard about it a few weeks back- color extraction! You can now upload an image, and have Kuler extract the dominant color theme from it. Simply awesome feature- saves me from my old "Posterize &gt; sample colors to a...]]></summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>I've been pretty hectic between travel and SxSW the last couple weeks, but a few cool items of note may have slipped past.  Catching up now...</p>

<ul>
<li><a href="http://kuler.adobe.com">Kuler just got an update today</a>, with a feature I've been drooling over since I heard about it a few weeks back- color extraction! You can now upload an image, and have Kuler extract the dominant color theme from it. Simply awesome feature- saves me from my old "Posterize &gt; sample colors to a swatch" workflow in Photoshop. Make sure and <a href="http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid=72&amp;catid=622">give the Kuler team your feedback</a>, too.</li>

<li>The Web Standards Project (WaSP) announced at SxSW last week that the <a href="http://www.webstandards.org/press/releases/20080310/">Dreamweaver Task Force is being renamed and expanded to the Adobe Task Force</a>, covering a wider range of our products. Don't fear, though- our historical cooperation with WaSP from the Dreamweaver team is alive and kicking as always, and will continue into the foreseeable future. I love those guys for keeping us honest over the years!</li>

<li>Chris Charlton has been working overtime again and sneaked a peek at his upcoming DW extension for Drupal developers - the <a href="http://groups.drupal.org/node/9666">Dreamweaver Themer's Kit extension for Drupal</a>. I swear that guy never sleeps, if you've been <a href="http://xtnd.us/">following his developer site xtnd.us</a> you know exactly what I'm talking about. You can also check the <a href="http://groups.drupal.org/adobe-technologies">Adobe Technologies group</a> he manages out over at groups.drupal.org. Get some rest, Chris- we need you for the 4th quarter, man!</li>
</ul>

<p>Anyway, since I didn't feel like posting yet another dissection of what went wrong in <a href="http://www.allfacebook.com/2008/03/mark-zuckerberg-sarah-lacy-interview-video/">Sarah Lacy's interview of Facebook's Mark Zuckerburg</a> last week (although I missed the beginning of the interview, I was drawn to the trainwreck ending like a moth to a flame), or general 'wish you were here' posts from SXSW, so I hope these tidbits are a little lighter on the fluff. If you want the blow-by-blow from last week in Austin, you can rewind my <a href="http://www.twitter.com/sfegette/">Twitter stream</a>, after all.</p>
]]>

</content>
</entry>
<entry>
<title>Pros and Cons of Unobtrusive JavaScript?</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/03/pros_and_cons_o.html" />
<modified>2008-03-21T17:14:20Z</modified>
<issued>2008-03-04T19:56:57Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14758</id>
<created>2008-03-04T19:56:57Z</created>
<summary type="text/plain">Web developer Steve Stringer contacted me last week, and was interested in a point-counterpoint discussion on the merits of unobtrusive JavaScript (or lack thereof), and both myself and author Dave McFarland (Dreamweaver MX - The Missing Manual) took him up on it. You can read the results at Steve&apos;s StringFoo blog here - and by all means please jump into the comments if you have strong opinions one way or the other. (I&apos;ll refrain from further commentary here, as I...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>
<dc:subject>Community</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>Web developer <a href="http://xrl.us/bhayw">Steve Stringer</a> contacted me last week, and was interested in a point-counterpoint discussion on the merits of unobtrusive JavaScript (or lack thereof), and both myself and author <a href="http://www.sawmac.com/">Dave McFarland</a> (Dreamweaver MX - The Missing Manual) took him up on it. <a href="http://xrl.us/bhayw">You can read the results at Steve's StringFoo blog here</a> - and by all means please jump into the comments if you have strong opinions one way or the other.  (I'll refrain from further commentary here, as I pretty much summed my opinions up in the article, and would prefer to channel followup conversation to the article itself, too.)</p>

<p>Thanks for the opportunity, Steve!</p>

<em>Update: Sorry for the broken link, folks- fixed now.  Thanks for the heads-up!</em>]]>

</content>
</entry>
<entry>
<title>2 Bits of Browser News</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/03/2_bits_of_brows.html" />
<modified>2008-03-03T23:50:44Z</modified>
<issued>2008-03-03T23:50:26Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14755</id>
<created>2008-03-03T23:50:26Z</created>
<summary type="text/plain">First - and probably most surprising - the Internet Explorer 8 team just announced the reversal of the year. Instead of IE8 rendering in IE7 compatibility mode by default (and requiring a meta tag/header to &apos;turn on&apos; IE8 compliance), the IE team just announced that IE8 will interpret web content in the most forward-looking, standards-compliant way that it can. The community has been very vocal about this, so it&apos;s great to see the IE team not just listen, but respond...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>First - and probably most surprising - the Internet Explorer 8 team just announced the reversal of the year. Instead of <a href="http://www.alistapart.com/articles/beyonddoctype" title="Beyond DOCTYPE">IE8 rendering in IE7 compatibility mode by default</a> (and requiring a meta tag/header to 'turn on' IE8 compliance), the IE team just announced that <a href="http://blogs.msdn.com/ie/archive/2008/03/03/microsoft-s-interoperability-principles-and-ie8.aspx" title="Microsoft's Interoperability Principles and IE8">IE8 will interpret web content in the most forward-looking, standards-compliant way that it can</a>. The community has been very vocal about this, so it's great to see the IE team not just listen, but respond directly to the negative feedback. To be clear, there was definitely a split in the standards community on the subject, but at the end of the day I can't help but feel that having IE render more closely to standards by default is the right thing to do.</p>

<p>Secondly, the Web Standards Project (aka WaSP) <a href="http://www.webstandards.org/action/acid3/">just announced that the Acid3 browser test is now available</a>, providing yet another benchmark for compliance for the browser vendors as a whole to refer to.  IE8, for the record, <a href="http://weblogs.macromedia.com/sfegette/archives/2007/12/ie8_-_credit_wh.cfm" title="IE8 - Credit where credit's due">recently passed the Acid2 test</a>, but <a href="http://www.webstandards.org/action/acid3/">Drew hints that 'work is already underway based on the Acid3 previews'</a>, which is heartening to hear as well.  Let's hope all the browser vendors take Acid3 to heart, as a world with far less cross-browser rendering headaches is a world I'd really like to live in.</p>
]]>

</content>
</entry>
<entry>
<title>Fox Sports Adds Spry Photo Galleries</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/02/fox_sports_adds.html" />
<modified>2008-02-26T21:42:01Z</modified>
<issued>2008-02-26T21:40:45Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14737</id>
<created>2008-02-26T21:40:45Z</created>
<summary type="text/plain">Fox Sports implements their new photo galleries in Spry. Trés plush!

Spry</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>Very cool- just got word that Fox Sports has implemented a very nice set of Spry-based photo galleries like this one:</p>
<p style="text-align: center;"><img src="http://img.skitch.com/20080226-8ir99ari3tqtxe7ay8j3c7mf5e.preview.jpg" alt="Spry powers the FoxSports.com Photo Gallery" width="279" height="326" /></p>
<p>You can check out the new FoxSports.com Photo Galleries here:</p>
<p><a href="http://msn.foxsports.com/pgStory?workingCategoryId=0">http://msn.foxsports.com/pgStory?workingCategoryId=0</a></p>
<p>Make sure to click around with the sliding panels to check out the variety of galleries they've already implemented- really makes for a great vewing experience, and an equally great example of Spry in action. Nice job.</p>
]]>

</content>
</entry>
<entry>
<title>Spry - Linking to a Non-Default Panel</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/02/spry_-_linking.html" />
<modified>2008-02-11T01:24:18Z</modified>
<issued>2008-02-11T01:19:11Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14683</id>
<created>2008-02-11T01:19:11Z</created>
<summary type="text/plain">So you like those fancy-schmancy Spry accordions, but have the need to deep-link into closed accordion panels from an external page? That&apos;s a pretty obvious use case usability-minded designers (and their clients) may require, and Dreamweaver and PHP guru David Powers has a great tutorial on just that topic on his Foundation Dreamweaver blog - &quot;Linking to a non-default panel&quot;. If you&apos;re strictly using the visual Spry tools in Dreamweaver to author, you&apos;re probably missing a lot of the hidden...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>So you like those fancy-schmancy Spry accordions, but have the need to deep-link into closed accordion panels from an external page? That's a pretty obvious use case usability-minded designers (and their clients) may require, and Dreamweaver and PHP guru <a href="http://www.foundationphp.com/blog/" title="David Powers - Foundation PHP">David Powers</a> has a great tutorial on just that topic on his Foundation Dreamweaver blog - "<cite><a href="http://foundationphp.com/blog/2008/02/09/spry-tutorial-linking-to-a-non-default-panel/">Linking to a non-default panel".</a></cite></p>
<p>If you're strictly using the visual Spry tools in Dreamweaver to author, you're probably missing a lot of the hidden gems in SpryURLUtils.js (included with the <a href="http://labs.adobe.com/technologies/spry/" title="Download the Spry Framework">Spry 1.6 update</a>), and this is a great tutorial for taking that first dive into the extra goodies v1.6 provides.</p>
]]>

</content>
</entry>
<entry>
<title>WaSP Bike-Hugger BBQ at SXSW 08</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/02/wasp_bike-hugge.html" />
<modified>2008-02-11T01:22:23Z</modified>
<issued>2008-02-06T19:59:54Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14679</id>
<created>2008-02-06T19:59:54Z</created>
<summary type="text/plain">Headed to SXSW &apos;08 this year? I know I am, and I generally try to hit any/all WaSP-related events open to the public as I&apos;m a bit obsessed with standards, personally speaking. Fortunately this year there&apos;s more than just the annual meeting, the Web Standards Project are also hosting a barbecue event right across from the main event hall. Because there&apos;s so much going on in the world wide web today (IE8, HTML5), this year we&apos;re doing an additional event:...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>

<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>Headed to SXSW '08 this year? I know I am, and I generally try to hit any/all WaSP-related events open to the public as I'm a bit obsessed with standards, personally speaking. Fortunately this year there's more than just the annual meeting, the <a href="http://www.webstandards.org/2008/02/05/hug-drink-and-discuss/" title="WaSP Bike Hugger BBQ Event">Web Standards Project are also hosting a barbecue</a> event right across from the main event hall.</p>

<blockquote cite="http://www.webstandards.org/2008/02/05/hug-drink-and-discuss/">
  <p>Because there's so much going on in the world wide web today (IE8, HTML5), this year we're doing an additional event: the <a href="http://2008.sxsw.com/interactive/evening_events/">Bike Hugger Beer &amp; BBQ</a>. It's open to all SXSW interactive attendees, with free beer, free food and free (?) WaSP members present to discuss the state of the browser landscape.</p>

  <p>This will be similar to the WaSP Caf&eacute;s which, by the by, have been held in Tokyo, France and Spain over the last year, with 2008's first WaSP Caf&eacute; (held in Paris) having a grand total of 70 people attending!</p>

  <p>The core topic for the WaSP discussion will be the IE8 versioning proposal, which clearly has been a hot topic since the very moment it was announced on A List Apart. All the WaSPs that will be at SXSW will be present, so we hope to see you there as well!</p>
</blockquote>

<p><a href="http://www.webstandards.org/2008/02/05/hug-drink-and-discuss/" title="WaSP Bike Hugger BBQ Event">More details on the event can be found on the WaSP site</a>, of course.</p>
<p>Only downer for me is that I won't be flying in until Saturday afternoon due to another speaking gig back in the Bay Area, but I'll be trying to go straight here from the airport. Hope to see you there!</p>]]>

</content>
</entry>
<entry>
<title>Ajax Framework Love for Dreamweaver</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/sfegette/archives/2008/01/ajax_framework.html" />
<modified>2008-01-30T23:42:27Z</modified>
<issued>2008-01-30T23:25:26Z</issued>
<id>tag:weblogs.macromedia.com,2008:/sfegette//16.14664</id>
<created>2008-01-30T23:25:26Z</created>
<summary type="text/plain">If you&apos;ve been using Dreamweaver for Ajax work recently, you may have been underwhelmed with DW&apos;s current code-level support for common JS frameworks and libs. Should that be the case, you&apos;ll want to be praising LA developer (and old-skool Dreamweaver kung-fu master) Chris Charlton postehaste for releasing two DW extensions to enable support for Prototype.js and JQuery into Dreamweaver (MX through CS3). You can get hold of the beta releases and view example screencasts at Chris&apos; site - xtnd.us -...</summary>
<author>
<name>sfegette</name>

<email>sfegette@macromedia.com</email>
</author>
<dc:subject>Dreamweaver</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/sfegette/">
<![CDATA[<p>If you've been using Dreamweaver for Ajax work recently, you may have been underwhelmed with DW's current code-level support for common JS frameworks and libs.  Should that be the case, you'll want to be praising LA developer (and old-skool Dreamweaver kung-fu master) Chris Charlton postehaste for releasing two DW extensions to enable support for Prototype.js and JQuery into Dreamweaver (MX through CS3).</p>

<p>You can <a href="http://xtnd.us/">get hold of the beta releases and view example screencasts at Chris' site - xtnd.us</a> - and make sure to send him some love for really kicking tail on these extensions.  If you're interested in MooTools and/or YUI support, he's taking requests - and it also appears that a Mochikit extension is in the works as we speak.</p>

<p>Although Chris has noted an ExtJS extension is current on hold at the xtnd.us site linked above, it may be (as noted in the <a href="http://ajaxian.com/archives/dreamweaver-users-rejoice-support-for-js-libs-now-available">comment threads here at Ajaxian</a>) due to the fact that a <a href="http://www.spket.com/dreamweaver-extension.html">Windows ExtJS extension for Dreamweaver MX 2004</a> was built out by the Spket folks, which they're planning to port up to CS3 soon.  </p>

<p>Chris: here's a virtual high-five from the DW team for your innate coolness in jumping on this project so quickly for DW developers worldwide.  We've got some plans in the works in these regards ourselves, but this is a solution that the DW/Ajax development community can use right now, today.  Hot damn.  You rock, my man.</p>]]>

</content>
</entry>

</feed>