<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx</link><description>An important element of the new user interface in Office 12 is a feature we call "Live Preview." The basic idea behind Live Preview is simple: whenever you hover over a formatting option with your mouse cursor, Office shows you what your document would</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495257</link><pubDate>Mon, 21 Nov 2005 18:50:29 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495257</guid><dc:creator>Stephen McLaren</dc:creator><description>I enjoyed the video of Live Preview loads... one of the many changes that are going to make Office 12 rock!&lt;br&gt;I'm usually a little bit of a sceptic when it comes to new software, but with the blogging process and all the cool new and improved features I starting to think that I want to buy Office 12 in release week!</description></item><item><title>Cool, but the whole thing? (re:You'll Know It When...)</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495265</link><pubDate>Mon, 21 Nov 2005 19:06:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495265</guid><dc:creator>ChrisC</dc:creator><description>First, thanks for the video; I`ll be showing it to my sis-in-law to explain why I told her she needs a gig of memory instead of 256MB in her new notebook (which she`ll use for 5yrs; she`s having buyers remorse).&lt;br&gt;&lt;br&gt;Second, uh... you are saying that &amp;quot;Live Preview&amp;quot; changes the whole document, not just what is on the screen? &lt;br&gt;&lt;br&gt;&amp;gt; Changing the font size is normally extremely fast, but if you have&lt;br&gt;&amp;gt;thousands of bookmarks in your document, it might be much slower.&lt;br&gt;&lt;br&gt;If you`re changing more that just the visible area I'm curious why you would take that performance hit. &lt;br&gt;The user`s ROI for the wait would be terrible - the user can only see that one screen (moving to a different part of the document would prob mean you are no longer hovering over that font name/size, right?) why render the whole thing?&lt;br&gt;&lt;br&gt;Am I missing something here? You're talking about just Word, right? Perhaps only when there is a TOC or Index in the visible part of the screen? (how else would 1,000's of bookmarks be relevant?) Or maybe a user viewing page 100+ and you think you have to update the page number before rendering the page?&lt;br&gt;</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495304</link><pubDate>Mon, 21 Nov 2005 20:29:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495304</guid><dc:creator>anon</dc:creator><description>&lt;br&gt;&amp;quot;It has been a huge challenge for our engineering team to build Live Preview into the wide variety of Office features; each of the applications has had its own unique set of complications.&amp;quot;&lt;br&gt;&lt;br&gt;Apply; Undo; Apply; Undo; Apply; Undo; Done.&lt;br&gt;</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495314</link><pubDate>Mon, 21 Nov 2005 20:42:47 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495314</guid><dc:creator>Centaur</dc:creator><description>Now, there’s just one more step. Make it so that when the user clicks to apply the font, the font is applied to the *style* of the selected text, not the text itself.</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495331</link><pubDate>Mon, 21 Nov 2005 21:12:34 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495331</guid><dc:creator>Kawigi</dc:creator><description>anon:&lt;br&gt;And preserve the undo/redo stack the way it was before.&lt;br&gt;&lt;br&gt;Of course, while office in general is mostly pretty good about this, what if the action isn't trivially undoable?  But I also think that in general, there is a better way to do it for any given feature.&lt;br&gt;&lt;br&gt;Centaur:&lt;br&gt;While that might be a good idea in *principle*, I think most people might see Word changing formatting on other text in their document and find it obtrusive, and end up spending more time fighting with Word than they already do.</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495342</link><pubDate>Mon, 21 Nov 2005 21:29:01 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495342</guid><dc:creator>Matt</dc:creator><description>Looks great; can you disable it?</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495343</link><pubDate>Mon, 21 Nov 2005 21:29:41 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495343</guid><dc:creator>jensenh</dc:creator><description>Kawigi:&lt;br&gt;&lt;br&gt;We were concerned about this as well (people thinking they've applied the formatting.)  A lot of testing showed that most of those fears were unfounded, although we did have to change a few of the semantics.&lt;br&gt;&lt;br&gt;Chris:&lt;br&gt;&lt;br&gt;A layout engine like Word is very complicated, for better or for worse.  One of the downsides of this for Word and Excel is that certain kinds of documents require repagination in order to see how the document would end up.  (A document with a lot of bookmarks is one example.)  Sure, maybe these features could have been architected differently, but they didn't anticpate that 10 years later someone was going to build Live Preview on top of them.</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495344</link><pubDate>Mon, 21 Nov 2005 21:30:29 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495344</guid><dc:creator>jensenh</dc:creator><description>Matt:&lt;br&gt;&lt;br&gt;If you want to disable it, you can.  You should give it a try first though. :)</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495363</link><pubDate>Mon, 21 Nov 2005 22:17:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495363</guid><dc:creator>Chris Parker</dc:creator><description>Excellent.  KWord, OpenOffice, and WordPerfect all have this and I really like it in all of those programs.</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495403</link><pubDate>Tue, 22 Nov 2005 00:10:48 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495403</guid><dc:creator>PatriotB</dc:creator><description>A new use for IOleUndoManager :)</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495410</link><pubDate>Tue, 22 Nov 2005 00:21:06 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495410</guid><dc:creator>ChrisC</dc:creator><description>Ah, existing code; *that* I certainly understand.&lt;br&gt;Thanks!&lt;br&gt;&lt;br&gt;One thing I've wondered about, but never enough to test the theory is the following:&lt;br&gt;Does the layout engine work more efficiently if you add hard page breaks to a doc?&lt;br&gt;i.e. if I make a change and I'm (pages) below a hard page break will it renumber the whole thing or find a preceeding hard page break and render/renumber from there?&lt;br&gt;&lt;br&gt;You might not know, but if you do and it does, please spill :-) (it seems to only help sometimes)&lt;br&gt;&lt;br&gt;PS - one of these days I promis I'll post a 'thanks' without asking another question immediatly after</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495446</link><pubDate>Tue, 22 Nov 2005 01:19:44 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495446</guid><dc:creator>Andrew Eberhard</dc:creator><description>The video certainly makes this philosophy abundantly clear, thanks!  Personally, I think it's a great idea.  I do have reservations, however.  Cancelability, as you mentioned, is very important.  Am I going to have to worry when previewing a large formatting operation (by which the entire document might be affected) that every last piece of the previewed changes are actually reverted should I choose not to apply any of the options?  &lt;br&gt;&lt;br&gt;To put it another way is the following an axiom of the preview implementation?&lt;br&gt;Doc + Preview - Preview = Doc</description></item><item><title>Find and Replace</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495551</link><pubDate>Tue, 22 Nov 2005 05:45:05 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495551</guid><dc:creator>David</dc:creator><description>Hi Jensen,&lt;br&gt;&lt;br&gt;Although this is not related specifically to your Live Preview article, one of your statements in this article jogged a request I have wanted in many programs for years now:&lt;br&gt;&lt;br&gt;&amp;quot;In-ribbon galleries were designed especially to complement Live Preview, because they don't cover up any part of your document.&amp;quot;&lt;br&gt;&lt;br&gt;Have or will there be any changes to the find and replace dialog to adopt a similar approach to not cover the document? Although the dialog moves out of the way if the item being searched for is under the dialog, the constant repositioning of the dialog has been quite distracting for me. Originally seeing a find and replace bar in Lotus' Word Pro back in 1996, I thought this idea made a lot of sense because it would not cover the document area (Inexplicably, text formatting options were moved to a floating, non-modal dialog, generating the same problems that a find and replace dialog had). I have most recently seen the return of this concept with Firefox's find feature implemented as a bar across the bottom of the window.&lt;br&gt;&lt;br&gt;I'm not exactly sure how this would be implemented (could it be a contextual tab in the ribbon in the same way you click on a chart, or would searching possibly warrant its own tab along side the other major tabs?), however I would appreciate moving this dialog to a region that did not overlap the current document window (I personally have not been very fond of floating toolbars or palettes and usually dock all floating elements).&lt;br&gt;&lt;br&gt;Ta,&lt;br&gt;Dave.&lt;br&gt;&lt;br&gt;ps. Thanks for taking the blog about the Office UI - I certainly appreciate reading your insights into the new UI.</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495603</link><pubDate>Tue, 22 Nov 2005 09:09:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495603</guid><dc:creator>jensenh</dc:creator><description>David:&lt;br&gt;&lt;br&gt;Your suggestion is a good one!  In fact we had a good prototype working in Word, but we didn't have quite enough resources to get it done for Office 12.</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495619</link><pubDate>Tue, 22 Nov 2005 10:06:03 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495619</guid><dc:creator>Nas</dc:creator><description>has anyone noticed the bar with the minimize and X and maximize? It looks so weird to me.  It is giving me the mac OS goosebumps.  &lt;br&gt;&lt;br&gt;Also, i am trying to right now understand how I am supposed to get used to this thing.  everything is different now.  &lt;br&gt;&lt;br&gt;May be office should have done this a little bit slower and taken a few steps at time.</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#495758</link><pubDate>Tue, 22 Nov 2005 18:35:47 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495758</guid><dc:creator>Gabe</dc:creator><description>How will this interact with Terminal Services? I would hate to not be able to use Office 12 because it takes 10 seconds to redraw the screen over my dialup connection every time I move over a gallery item.</description></item><item><title>re: You'll Know It When You See It</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#496635</link><pubDate>Thu, 24 Nov 2005 13:23:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:496635</guid><dc:creator>Stu Smith</dc:creator><description>Will this apply to hovering over the minibar too? Or was that found to be a little too much changing for small movements of the mouse?</description></item><item><title>It's Gonna Be A Hot Summer</title><link>http://blogs.msdn.com/jensenh/archive/2005/11/21/495245.aspx#529530</link><pubDate>Fri, 10 Feb 2006 18:00:42 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:529530</guid><dc:creator>Jensen Harris: An Office User Interface Blog</dc:creator><description>I spend a lot of time here writing about the new Office 12 UI. And why &lt;br&gt;not--it's the project I work...</description></item></channel></rss>