• Expression Web team blog

    Expression Web 3 Sneak Peek

    Curious about what's coming for Expression Web 3, and our latest progress on SuperPreview? S. Somasegar, Senior Vice President, Developer Division has posted a summary of several key new features in Expression Web 3 on his blog. Click here to read his post.
  • Expression Web team blog

    4 Sale @ NEW Expression website


    Expression Web is now for sale! You can view the latest pricing information and other product announcements at the beautiful new Expression website:



  • Expression Web team blog

    Migrate from FrontPage to Expression Web – New online training



    Veteran FrontPage MVPs Tina Clarke and Pat Geary have developed an online class and ebook “Migrating from FrontPage to Expression Web” for FrontPage users that want to get started using Expression Web and update their websites to use today’s web standards. Their online class starts Saturday August 30th, 2008 on Cheryl Wise's website Start to Web.

    Because this is the first launch of this training, the cost is only $39.50, which is 50% less than it normally would be. So if you’re a FrontPage user, sign up today before the class is full!  For more information about this particular course, visit http://starttoweb.com/classes/fp-ew.php 

    Cheryl also offers several other courses at http://starttoweb.com/classes/index.php . If you register for any full-priced class that costs $60, use this coupon code to receive 10% off your registration: mv-fofa   (Thanks Cheryl!)

    I’ve never been a FrontPage user myself but I’ve signed up for the course in order to learn more about the experience of migrating from FrontPage. See you in the virtual classroom on August 30th!


    Anna Ullrich's face

  • Expression Web team blog

    Just What is UX Anyway?


    Working with design & authoring software all day, every day for many, many years got me thinking that great UX is just the latest buzzword for user interface design. We all appreciate a well-designed website, a beautiful, immersive game environment, and a computer program that is intuitively designed so you can get started right away with it.

    But all of this assumes that UX only takes place only within the confines of my fine LCD monitor.

    So, it was eye opening for me, to say the least, to hear presentations at UXWEEK.com on creating engaging UX:

    • A Chicago-based theater troupe that takes the philosophy of "try hard, fail fast, try hard again" to engage their audiences with a continual stream of new plays
    • The design of Zipcar's UX, from initial customer contact, through rental/usage of the car, and then follow up
    • A game designer's perspective on the future of happiness through UX
    • Knowing demographics and your user's requirements are not sufficient to design great UX…the essential starting point, yes, but not sufficient

    I'll write more about some of these sessions in future posts (assuming that my editor lets me!).

    What this tells me is:

    • UX is about engagement with your customers and that engagement is based on communication in one form or another, maybe on a computer screen, but just as likely not
    • You, whether you're a technical writer, a user interface designer, or a performer create that user experience or part of it
    • Without your communication skills, your user's experience will be less engaging and your product, whatever it may be, will be less successful.

    So, there you have it. UX is way bigger than I thought and there are many, many more people working on UX in ways that I never thought of. Seems that's the reason they send us to conferences, no?

    As a footnote, the UX Week site is now posting slide decks and other session materials from the conference. Go check them out!

    Ed Meadows' face

    Ed Meadows
    Product Manager, Expression

  • Expression Web team blog

    Website accessibility lawsuit settled by Target


    You may recall that back in 2006 Target was sued because the Target website was not accessible to the blind. Target attempted to have the suit dismissed at one point, but just settled the lawsuit last week.

    The settlement generated some good discussions here on the Expression Web team about what this means for web developers and their clients. The settlement inspired Steve Hebert (Expression Web developer) to blog about why he recently joined the Expression Web team. In his post, he touches upon the Accessibility and Compatibility tools in Expression Web:


    Here are some additional perspectives on the Target settlement:

    Site Point:

    the Web Standards Project:

    CNET News:

    WebAIM (Web Accessibility in Mind)



    Opera Developer Network:

    What do you think about the settlement of this lawsuit? Should retail websites be required to make their websites accessible? What features would you like us to develop for Expression Web to help you make your websites more accessible? Would you like more Help content that addresses website accessibility? Comment on this blog and let us know! Better yet, if you have any great ideas for Expression Web, submit a suggestion for the program here: https://connect.microsoft.com/expression . Or discuss this topic with others at the Forum for Microsoft Expression Web: http://forums.expression.microsoft.com/en-US/web/thread/5ce63b85-7199-46a1-9fb2-f605c13ec1f5


  • Expression Web team blog

    Why doesn't Expression Web SuperPreview work with Firefox 3.5.5 on Windows XP?


    [Update 12/16/09: Firefox 3.5.6 has fixed the bug so it can again be used in SuperPreview.  If you followed the steps below to revert to an earlier version of Firefox, you may now turn auto-updates back on.  Firefox will then update to 3.5.6 and continue to work with SuperPreview.]

    Unfortunately, this particular Firefox update included a change that broke the ability of 3rd party applications, such as SuperPreview, to embed Firefox on Windows XP and Windows Server 2003.

    Those affected by this issue will see the error text:  "Attempted to read or write protected memory.  This is often an indication that other memory is corrupt." 

    Firefox 3.5.5 Error

    Until Firefox releases an updated version with the fix, the only solution is to roll back your version of Firefox to 3.5.4 or earlier.  To do this you will have to:

    1. Uninstall the 3.5.5 version of Firefox

    Once you've reinstalled you will need to turn off auto-updates for Firefox to ensure it doesn't update back to 3.5.5. To disable the auto-update functionality in Firefox, follow these steps:

    1. Disable your Internet connection so Firefox does not attempt to automatically update.
    2. Start Firefox.
    3. On the Tools menu, click Options.
    4. Click Advanced.
    5. Click the Update tab.
    6. Disable auto-update.
      • Click to clear the Firefox check box OR
      • Click the radio button to “Ask me what I want to do” when updates to Firefox are found.
    7. Click OK to apply the changes.
    8. Re-enable your Internet connection and restart Firefox.

    NOTE: The above is a temporary workaround as this will also stop you from picking up all further updates of Firefox. 

    The Firefox team is aware of the bug and has fixed it.  However, an updated version of Firefox containing the fix is not yet available.    We will update this blog when we have more information.

    For those interested in the technical details:

    Precise Firefox change that broke other applications:

    Bug logged that fixes the issue caused by the above:

    MSDN article including note on problems with this implementation in XP and 2003:

    Alex Moskwa
    Program Manager
    Microsoft Expression Web

  • Expression Web team blog

    Still on the fence? pricing and upgrade details for Expression Web 2


    For those of you that have been enjoying the trial version of Expression Web 1, but have been sitting on the fence about purchasing it ever since you saw the BETA of Expression Web 2 come out...well now you can safely commit to the purchase because version 2 will be provided to you for FREE if you buy Expression Web 1 sometime between February 24th and June 1st of 2008.


    The Expression website now provides all of the pricing details for Expression Web 2, Expression Studio 2, and all Expression programs.

    The details:

    " If you purchase any Expression product between February 24th 2008 and June 1st 2008 you qualify for a free upgrade to version 2 of the same product (Web 2 for Web, Studio 2 for Studio, etc.). Details on how to get the upgrade will be published on the Expression website on May 1. Product registration and proof of purchase will be required. "

    And just like before, you can get Expression Web for only $99 if you own any of the following:

    • Microsoft Office (any version)
    • Microsoft FrontPage (any version)
    • Adobe/Macromedia Creative Suite (any version)
    • Adobe/Macromedia Dreamweaver (any version)
    • Adobe/Macromedia Flash or Director (any version)
    • Adobe GoLive (any version)

    And note that if you own the Academic version of a program, you will qualify for the upgrade price for the nonacademic version.

    And here's another bonus tip that you will NOT find on the Expression website (at least not at the moment)...you can buy the upgrade version of Expression Media for only $99 if you own Expression Web. Why do you want to own Expression Media? For one thing, you can generate photo galleries for the web with the click of a button and create your own custom photo gallery templates with HTML and CSS. Expression Media also comes with Expression Encoder, which lets you create slide shows and deliver video for the web, and so much more. If all that is of interest to you, perhaps you should invest in the entire Expression Studio while you're at it!



  • Expression Web team blog

    Solve Expression Web installation problems


    The team that provides technical support for Expression Web maintains a very helpful blog at http://blogs.msdn.com/xwebsupport, which I’ve just added to our blog roll. Their latest post provides solutions for solving problems with installing Expression Web 2:


  • Expression Web team blog

    Suggest and vote on new features for SuperPreview!


    The SuperPreview team is always looking for new ways to reach you, our customers. We want to continue to create a product that will solve your cross-browser testing and web development needs.

    Another way you can reach us is through the new SuperPreview User Voice site.

    Here you can submit your feature ideas and also vote on the ideas others have submitted.  Through this we will continue to grow our understanding of you, our users, and create a product that does what you want.

    Let us know what you think and be heard.

    Alex Moskwa
    Program Manager
    Expression Web and SuperPreview

  • Expression Web team blog

    newest member of the expression web team: steve hebert


    Steve Hebert recently joined the Expression Web team as a Development Lead and is working out of our new Saint Paul/Minneapolis development office. We’ve added a link from our BLOG ROLL to Steve’s blog at http://codebetter.com/blogs/steve.hebert/ where Steve has been blogging about .NET and development topics for several years. Whenever Steve blogs about something of interest to the Expression Web and web development community, we’ll be sure to mirror his blog post here on the Expression Web team blog.

    Steve Hebert, Expression Web development leadSteve’s development background ranges from manufacturing and control systems to high availability hosted web applications.  Steve authored the dotMath Expression Compiler back in 2004 (still available at http://www.codeplex.com/dotMath), and has done some patent and standards work along the way.  Apparently Steve also has a black belt in karate, which should come in handy when he needs to tackle bugs in the program.  Welcome Steve!

  • Expression Web team blog

    Working with xml in Expression Web


    One of the features of Expression Web is the ability to add xml files  to your website and then to style that xml appropriately as html without needing to learn messy technologies like xslt.  One of the things we have received feedback about in the product is that it can be hard  to figure out how to use this feature with remote xml files - like rss feeds.  One of our Program Managers, Andrew Jewsbury, has written a post in his blog about how to do just this.  It's pretty neat, you should check it out.

    Erik Saltwell

    Development Manager - Expression Web

  • Expression Web team blog

    HTML, CSS, and JavaScript reference at your fingertips: FireScope add-on for Firefox


    SitePoint has released the “first phase” of their JavaScript reference, and they’ve also completely redesigned their Reference Site for improved usability. To coincide with the redesign, they’ve released a handy Firefox add-on called FireScope to integrate their HTML and CSS reference (sadly not their new JavaScript reference) into Firebug and your Firefox browser:

    FireScope logo


    Here’s a screenshot of the new Reference panel in Firebug:

    FireScope reference panel in Firebug in Firefox

    Read the list of features on the SitePoint website to learn more about the tool:


  • Expression Web team blog

    Increase your search rankings with better web page titles


    Are you still waiting for a flood of visitors to find your site? Wondering if you need to invest in some online ads or an SEO specialist? Before you do any heavy lifting, first try the simple task of reviewing the titles of your web pages for their search relevance. I just published the following post to introduce you to one basic SEO concept and also show all of the options for efficiently reviewing and editing web page titles in Expression Web.

    Read the entire post here:


     Anna Ullrich

  • Expression Web team blog

    Until June 30, 2009, free copy of Expression Web 2 and 60 days free hosting


    To learn more about this offer, go to the following URL and be sure to read the fine print:


  • Expression Web team blog

    Interactive buttons - a better way using CSS


    Anna Ullrich has launched her own blog, starting with a post on how to create a standards-based navigation menu using CSS in Expression Web.

    Check it out:


  • Expression Web team blog

    Microsoft Expression News


    We released important news today about the Expression family of products.  Please visit the Expression Community site for details.

  • Expression Web team blog

    Workaround for viewing password-protected pages in SuperPreview


    I'm Steven Schermerhorn - one of the developers that worked on the SuperPreview program provided with Expression Web 3. Ever since we released the first BETA version of SuperPreview for Internet Explorer, the Expression Web team has received a lot of constructive feedback about SuperPreview. One suggestion we frequently receive is to add support for password-protected web pages.

    Currently, if you use either the BETA version or the finished version of SuperPreview to view a page that requires login credentials, instead of displaying the page you requested, SuperPreview displays whatever page normally appears when a site visitor tries to view a password-protected page without logging into the site. We weren't able to provide that support in time for this year's release, however I have one suggestion that might help you work around this: enable debug access to the website you are developing. How you or your server admin enables debug access to the website all depends on your server's configuration and I cannot document all scenarios here.

    Once you've enabled debug access to your website, you can use SuperPreview to display your password-protected page by opening the URL using this syntax: http://www.example.com/default.php?user=joe , where http://www.example.com is your site's domain, and default.php is the path to your page, and joe is a valid username.

    This basic debug access isn't a feature you want enabled in a live, publically accessible server environment, so you should also setup additional security for your debug environment, such as to allow requests from only a particular IP range or a specific port that isn't available outside your network. For what it's worth, I used this kind of debug environment in nearly every web application I developed in my former life as a web developer.

     Hope this helps!


    Steven Schermerhorn

  • Expression Web team blog

    Expression Web documentation at your online fingertips


    The Help documentation for Expression Web has been available on the MSDN Library website ever since version 2 was released. Now the Help documentation is also available through the Expression community website at http://expression.microsoft.com/en-us/library/cc295701.aspx

    Expression Web 2 online Help on the Expression community website

    What’s so great about seeing the same ol’ Help that you can launch from within Expression Web but in online form? Well, if you look at the bottom of any topic in the online version of Help you’ll see that you and others can

    • add tags to topics
    • add new content
    • annotate the Help

    community content widgets on the Expression community website

    In addition, at the upper right corner of any topic you can rate a topic and send feedback which goes directly to the writers on the Expression team:

    feedback widget

    So if you can’t find what you’re looking for in the Help, or want more information than we’re providing, or maybe you have the answers but the Help isn’t providing them, well then dive in and share your knowledge with the world: http://expression.microsoft.com/en-us/library/cc295701.aspx


  • Expression Web team blog

    The sordid life of software bugs

    Triage – (French, from trier, to sort)
    2. the assigning of priority order to projects on the basis of where funds and other resources can be best used, are most needed, or are most likely to achieve success.

    In over 20 years of professional software development, I’ve never yet worked on a software project that had sufficient time and resources to do everything we wanted.  One of the most painful tasks that project leads face is making tough choices about what features to add and remove, and what bugs to fix.  Alas, Expression Web is no exception.

    When you’re dealing with an application with so many features, it’s not really a surprise that there might be a few bugs. The real question is, given our limited resources and time, how do we decide which bugs to fix as we individually review each bug?  Before I answer that, let me back up a step and review the various ways that bugs are found and submitted for triage.

    1. Bugs that are filed by our users, usually via the Microsoft Connect website at http://connect.microsoft.com/expression – we have a very knowledgeable core base of users who have found some of the oddest, as well as some of the most common, bugs in our program. While we would, of course, prefer that our users never experience a single bug, we’re very grateful for those users who have reported bugs to us, particularly when those users go to the extra effort of doing some investigations on their own, reporting additional data that can help us reproduce the bug and fix it.

    2. Bugs that have been postponed from version 1 or version 2 – the bug may have been postponed because it came in too late to fix or it was in an area of code that we hadn’t planned to invest in.  If it was important enough, though, it got held over and re-triaged in the version we’re currently developing.

    3. Bugs in features developed for version 1 or version 2, discovered by someone on the Expression Web team (usually by our test team or by other team members) – even features that have been in the product for a couple of releases can still have a bug crop up through some new set of circumstances or someone on the team saying, “What will happen if I do....?”

    4. Bugs in new features, discovered by our test team – as new features are developed, our test team puts those new features through a rigorous set of automated tests and manual tests, and they inevitably find several bugs in the process.

    5. Regressions – Occasionally, we’ll change code in one area of the program, either to fix a bug or implement new functionality, which may cause a problem in another area of the program.  These bugs are flagged as regressions – something that used to work that no longer does.

    All of these bugs are added to our bug database and they are considered, and occasionally reconsidered, in daily triage sessions.  These triage sessions include one or more representatives from the development team, the test team, and the program management team.  Discussions in our triage meetings can be fairly extensive, and occasionally heated, as we tend to be very passionate about the quality of our program, as well as the importance of meeting our deadlines.

    So how do we actually decide which of these bugs to fix?  We look at several factors:

    1. What is the priority? – Every bug is given a priority rating of 1, 2, or 3.  A priority of 1 means that the bug is very important and that we need to fix it in the current milestone, would even hold back the program from shipping, if necessary.  A priority of 3 means that this is a “nice to have” fix that we would like to do if time permits.  Sadly, time rarely permits, and most Priority 3 bugs remain unfixed.

    2. What is the severity? – Every bug is given a severity rating of 1, 2, 3, or 4.  A severity of 1 means that there is significant user impact – that the bug can cause a crash or data loss, or has security and privacy implications.  A severity of 4 means that there is minimal user impact – this could be something like awkward wording on an error message that few of our users will ever encounter.

    3. What is the risk? – The risk of fixing a bug has to do with where the fix is in the code and how likely it is to cause a regression in that feature or in some other feature.  Evaluating the risk is highly subjective but developers and testers alike develop over time a pretty good idea of where our potential “problem” code is and where the “safe” code is.  All other factors being equal, we’re far more likely to approve a bug in code that’s safe than we are in code that’s high risk, particularly as we get closer to the end of the project.

    4. What is the cost? – As with risk, the cost of fixing a bug is subjective, but it is still an important consideration.  If, for example, a developer has left out a little-used parameter from a PHP command, such that it doesn’t show up in our IntelliSense list, that’s a bug with pretty low severity and priority ratings.  On the other hand, I can have this fixed and tested in less than an hour, which means that it will likely be accepted by our triage team even with its lower priority.  The test cost is just as important as the development cost, since there are times when a bug may be easy for a developer to fix, but the fix may be in an area that affects several core scenarios, requiring the need for a full test pass to validate the fix.

    5. What is the likelihood that our users will encounter this bug? – The more likely it is that our users will encounter a bug, the more likely it is that we will fix it.  A bug that hits 1% of our users roughly 1% of the time is not very likely to be fixed.  If this hits everybody, though, and it’s something that they will encounter fairly frequently, we would definitely want to fix it.

    6. Is this a regression? – A bug in a feature that used to work that now no longer does will be given a higher priority than if that same bug had been there all along and had just never been found. We’re actively investing in automated tests of both the basic functionality of our product and the high priority and high risk bugs that we find. Our goal, over time, is to reduce the number of regression bugs introduced in the product by catching them as soon as the developer makes the mistake.

    7. Where are we in the development process? – We often get bug reports, either from our internal users and testers or from our Public Beta users, very late in the program lifecycle.  The later we are in our development process, the higher our triage bar gets.  By the time we get to the final weeks of the project, we are usually only willing to consider recall-class bugs – a bug that is so devastating that we would literally recall the program if we found that we had submitted the program for release with this bug included.  One of the most frustrating scenarios we face in triage is rejecting a bug that we know we would have fixed had we found it just a few weeks earlier. As noted above, we’re investing heavily in improving our automated test suite so that, in future releases, we can take bugs fairly late in the development process with a higher confidence level that the fix won’t cause a problem elsewhere in the product.

    8. Is this a security or data loss issue? – We take both of these scenarios very seriously, more seriously, perhaps, than just about any other kind of bug.  If someone can compromise your data or your machine because of a bug in our code, we cannot, and will not, ship the program with that bug.  If a bug can cause you to lose data that you have just spent hours entering, then we will do our best to fix it.

    9. Is this bug in a core investment area? – In each release, we pick a few areas of the code that we intend to invest in heavily.  If a reported bug is in one of those core investment areas, we will look on it a bit more favorably than we otherwise would.

    Product Box for Expression Web 2An example of a really painful triage decision we had to make in Expression Web 2 was the issue of link fixup for PHP include files.  A bug came in fairly late in our development process regarding including a PHP file in an HTML file, then renaming that PHP file.  In other link fixup scenarios, the program recognizes that you have renamed a file that is referenced by other web pages and asks you if you want to automatically adjust the links to point to the renamed file.  For included PHP files, this process was failing.

    After careful investigation, we had the following answers for the various triage criteria:

    1. Priority = 1.  This is a core scenario.
    2. Severity = 2.  This wasn’t a crash, a security issue, or data loss but it was pretty important functionality.
    3. Risk = High.  The change affected code that was central to quite a few core scenarios and it was in code that had had problems in the past.  The risk of regression was quite high.
    4. Cost = High.  The development cost was medium but the test cost in this case was pretty high.
    5. Likelihood = High.  This is a core scenario that anyone using PHP includes is likely to encounter.
    6. Regression = No.  This was new functionality, so no regression.
    7. Where are we in the development process = Late.
    8. Security or data loss = No.
    9. Core investment area = Yes.

    Earlier in the development cycle, this bug is a no-brainer to fix.  It’s a core scenario that is likely to affect many of our users, in an area where we’re investing significant resources.  End users can work around this issue by using the Find and Replace feature, or manually updating their links, but that’s not as convenient and it’s contrary to our behavior with other types of included files.  However, given the risk, the cost, and the time that the bug was reviewed, we ultimately decided that, painful though it was, we just could not take this fix for Expression Web 2.  I’m pleased to say that the bug has already been reconsidered for, and fixed in, Expression Web 3, and that the fix will be available in our first preview release.

    As you can imagine, seeing the list of criteria, not to mention seeing how subjective many of them are, our triage sessions are often contentious.  At Microsoft, one of the core attributes we value and cultivate is passion and we definitely have a lot of passion around which bugs we want to fix and which we don’t.  At the end of the day, though, the one thing that holds us together is that we also have a passion for doing the right thing for our end users.  Sometimes, the right thing is to not fix the bug, as with the example I cited above.  We just could not take the risk of destabilizing the program, potentially causing any number of other problems for our end users, painful though that decision was.  Sometimes, though, and these are happier decisions, the right thing is to fix the bug, as was the case when we re-triaged the bug for Expression Web 3.

    If you are ever wondering whether you should submit a bug report to the Expression Web team, the answer is an unqualified yes. We need this kind of feedback from you, our end users, in order to help us meet our goals for shipping a quality product. The detail you provide in your bug report could be the final clue that helps us track down the cause of the bug and yours could be the report that helps us fix a bug that thousands of our users could encounter. We need the feedback from you, both positive and negative, in order to help us assess whether we’re meeting your needs and our own goals. Without you, and your support, we cannot succeed. We are always grateful for any feedback you can provide and will always do whatever we can to meet your needs.

    Paul Bartholomew's face Paul Bartholomew
    Development Lead
    Expression Web

  • Expression Web team blog

    Transitioning from FrontPage to Expression Web


    If you've been using FrontPage and are ready to embrace the world of standards-based web design with Expression Web, or if you're still unsure and need more convincing, PixelMill has created a helpful series of in-depth articles to help guide you on your way:



     Anna Ullrich

  • Expression Web team blog

    Use a dataview to create a color table from XML



    I’m Steve Schermerhorn, one of the new developers on the Expression Web team. Steve Schermerhorn's face


    When I’m developing a website or application I’m typically dealing with a wide range of colors throughout my project. On more than one occasion it would have been really handy to have a visual reference that also mapped the colors to their names and hex values. I eventually managed to come up with a solution using an XSL to transform an XML file into a nice little color reference table I could print off and hang on my wall. This little ‘how to’ is going to give you a very hands on example on how you can take an XML file and create an HTML page.


    1. The data
      For this example I started with an XML file I that I created referencing the system colors used by Windows. [ http://msdn.microsoft.com/en-us/library/system.drawing.systemcolors.aspx ].

      Code view of XML file
    2. Create a dataview of the XML file
      Next, I created an HTML page in Expression Web, and then simply dragged the ColorTable.xml file from the Folder List task pane into the Design view of the HTML page. When you do that, Expression Web generates an XSL file and JavaScript for you, which display the data in a table.

      Dataview in Design view
      When you save the page, Expression Web prompts you to save the JavaScript and XSL files to your website.

      Save Embedded Files dialog box
    3. Add style to the XML data

      You can format the dataview of your XML file as you would any other table or text in Expression Web. When you format the table or text in a data view, Expression Web automatically updates the XSL file for you. For example, I used the Highlight button in the toolbar to add a color background to the top header row of the table, changed the font of the header cells, and reduced the width of my columns. I also added a new column to the left of the first column.When I saved my page, Expression Web prompted me to save the changes it made to the XSL file.

      Formatted dataview 

      Next I opened up the XSL file that Expression Web generated, located my new blank column, and added the following attribute to the <td> tag for that column:
    4. That attribute sets the background column of every cell to the value of the ColorValue specified for that row in the Color Value column.


  • Expression Web team blog

    Eric Meyer's CSS Sculptor for Expression Web


    We're pleased to let you know that Eric Meyer's CSS Sculptor for Expression Web is now available for purchase! The add-in works with Expression Web 1, the Expression Web 2 BETA, and will work with the final version of Expression Web 2 when it is released. See our earlier blog post about this add-in for more information about it.

    You can quickly go to the product page for Eric Meyer's CSS Sculptor, as well as many other add-ins for Expression Web, by choosing Help > Extending Expression Web:


    The Extending Expression Web command takes you to the Add-ins web page for Expression Web at http://www.microsoft.com/expression/community/addin.aspx . ( WebAssist, the company behind Eric Meyer's CSS Sculptor, also provides the PayPal eCommerce Toolkit add-in and the Communication Toolkit for Skype add-in for Expression Web. )

    If you're using Eric Meyer's CSS Sculptor for Expression Web, join a discussion about it in the new forum for Expression Web at http://forums.expression.microsoft.com/en-US/web/threads/ . Or talk to the man himself through his blog at http://meyerweb.com/eric/thoughts/2008/03/06/expressive-sculptor/ .



  • Expression Web team blog

    "Page Cannot Be Found" Issue when Previewing via Expression Development Server


    When you use the Preview in Browser feature in Expression Web for an ASP.NET or PHP page, Expression Web runs the Microsoft Expression Development server to preview your content in an environment that emulates a real-world web server.

     Microsoft Expression Development Server

    Microsoft released a signature update to Windows Defender and Microsoft Forefront Security on March 9, 2009 that modifies your system’s hosts file to address a vulnerability. One of the side effects of this update is that an entry for localhost may have been removed from your system hosts file.

    This means that, when you preview your application using the ASP.NET Development Server, your browser will simply show a “Page cannot be displayed” (or equivalent) message.

    To fix this problem, open C:\Windows\System32\drivers\etc\hosts in Notepad, and add the following entry:       localhost

    For example, here is what a system host’s file looks like (note, if you are not running Windows 7, the below lines may not be commented out):

    system host's file in Notepad

    A subsequent signature update to both Windows Defender and and Forefront Client Security, released on the same day as the earlier update, should not cause this problem.

    The original source for this information comes from the Visual Web Developer Team’s blog post on this topic.

  • Expression Web team blog

    How to get 60 days out of your free 30 day Expression web 2 trial


    The free trial version of Expression Web 2 is described as a "30 day" free trial on the FAQ for Expression Web 2 and in one of the screens that appears during installation of the program. In theory, after 30 days have passed the program should not start unless you enter a product key that you've purchased.

    In reality, the trial period ends and the trial program stops running at the end of the month that follows the month you installed the program. This means that if you download and install Expression Web 2 on July 1, 2008, the program won't expire until August 31, 2008, or 62 days later. If you install the program on July 31st, the program will also expire August 31...giving you only 32 days with the program. So if you want to get the most out of your free trial period, download the program at the start of the month!

    After the trial version of Expression Web 2 expires, don’t forget that you can get the upgrade version for only $99 if you own any one of the following:

    • Licensed copy of an earlier version of Expression Web
    • Microsoft Office - any version
    • Microsoft FrontPage® - any version
    • Quark QuarkXPress - any version
    • Adobe Creative Suite - any version
    • Adobe/Macromedia Flash or Director - any version
    • Adobe/Macromedia Dreamweaver - any version
    • Adobe GoLive - any version



  • Expression Web team blog

    Software update for Expression Web 2: KB957827


    Microsoft has released an update for Microsoft Expression Web 2.0. This update fixes a problem that prevents macros from running on a Windows Vista-based client computer.


    Note: If you’ve set Windows to automatically update, the update for Expression Web 2 appears in the Office 2007 list of updates as shown in the following screenshot.

    Update for Expression Web 2

Page 3 of 5 (120 items) 12345