Create a dynamic Web Slice in 5 minutes

[アーティクル]
03/03/2009

Web Slices are a cool new feature in Internet Explorer 8! With Web Slices, users can add little snippets of the web to the favorites bar and monitor their updates. Web Slices were introduced in a previous post here. In this post, I want to walk you through creating a dynamic Web Slice in as little as 5 minutes!

What is a dynamic Web Slice?

Dynamic Web Slices use an Alternative Display Source (not to be confused with Alternative Update Source). As the name suggests, the content displayed in the preview actually comes from a “live” web page which the Web Slice points to. They are an addition based on feedback from the Beta 1 release of Internet Explorer and facilitate styling and cookie handling for authentication. A key advantage is that the web page is rendered in the preview window without losing any styling elements or active content. Hosting active content was not possible with static slices (Web Slices not using alternative display source). Static slices generate a preview of the sanitized entry-content element cached by the Windows RSS Platform which is stripped of script and other active content. Here is an example of a dynamic Web Slice from Live Search which has the display source pointing to a page on www.live.com rather than displaying cached content from the RSS store.

picture a a live.com seattle weather webslice.

Web Slices using Alternative Display Source also make it easy for web developers to enable authentication within the preview window itself as well as have their customers protected against common internet security vulnerabilities such as Phishing and identity theft. Later this week we will be posting more details about Web Slice authentication.

Moreover, a dynamic Web Slice is easy (and fun!) to create! So, set the clock for 5 minutes and let’s go right into making one!

Creating a “live display” Web Slice

Let’s start with this basic template WebSlice.htm –

 <html>
<head>
<title>Web Slice Example</title>
</head>
<body>
   <div class="hslice" id="SliceID">
      <span class="entry-title">Slice Title</span>
      <a rel="entry-content" href="LivePreviewPage.htm" style="display:none;">Alternative Display Source – LivePreviewPage.htm</a>
      <p>Updates occur every <span class="ttl">15</span> minutes.</p>   
      <a rel="bookmark" href="LivePreviewPage.htm" style="display:none;">Bookmark – LivePreviewPage.htm</a>
   </div>
</body>
</html>

The class hslice helps Internet Explorer identify this snippet as a Web Slice. Fill in the template with the Web Slice id and title. Both are required properties. The title is displayed on the Favorites bar when the user adds the Web Slice.

The link tag’s entry-content attribute specifies the alternative display web page which is the source of the content displayed in the preview window of the Web Slice. This is where the RSS platform will look to see if anything has changed. The URL of the alternative display page is displayed in the navigation band at the bottom of the preview window.

The ttl property is optional and sets the default sync schedule for the Web Slice. This time can be modified to a higher value by the user. The user can hit the refresh button on the navigation band to refresh the alternative display web page within the preview window.

The optional bookmark property can be used to navigate to the alternative display web page (or any other page) when the user clicks on the Go arrow on the navigation band. The page is then opened in the current tab in the browser.

That’s it! You’re done! Wasn’t that super easy?

Serving “live” content

A few key things to note here -

As per the sync schedule, the Windows RSS Platform will ping WebSlice.htm, not LivePreviewPage.htm (the display source).

If there is any change in WebSlice.htm, a fresh copy of WebSlice.htm is fetched. When the user clicks on the Web Slice, the current copy of LivePreviewPage.htm is served and cached.
If there is no change to the title and entry-content property of WebSlice.htm, when the user clicks on the Web Slice, the previously cached copy of LivePreviewPage.htm is served. In this case, there could be inconsistency between the preview window display and the actual web page.

In both cases, if the user manually hits refresh, the current copy of LivePreviewPage.htm is displayed and cached. Thus, here are a few tips in order to ensure that the content in the preview window is “live” -

Update WebSlice.htm for changes to reflect in accordance with the set sync schedule.
If you want to make sure that the user always sees a “live” copy of LivePreviewPage.htm every time she clicks on the Web Slice add the no-cache Cache Control header to LivePreviewPage.htm. This will ensure that the display in the preview window is always consistent with the actual LivePreviewPage.htm.
You can also change the title on WebSlice.htm to update with the sync schedule. This is especially useful if you want to display the updated temperature in the title bar for a weather Web Slice.
Another optional property you can use is endtime. This specifies the expiration time of a Web Slice. For example, it can be used to indicate an expired item for an auction Web Slice.

 <span class="endtime" title="25 Jul 2008 17:30:00 PST" style="display:none;">Expiration Time</span>

Design a usable dynamic Web Slice

Dynamic Web Slices retain all the styles from the preview web page, including those inherited from external stylesheets and look just like the actual web pages. However, there are a few things to bear in mind –

The default size for dynamic Web Slices is 320x240. We strongly recommend that you design your Web Slices to conform to this size. Users do have the option of manually resizing a Web Slice for their convenience, but we wouldn’t like to compel them to do so in order to see all your content.
Another consideration to bear in mind is performance. We encourage you to leverage the functionality available with dynamic Web Slices, but to make sure that it renders in less than 500ms to keep the preview window usable.
While users are able to navigate within the preview window itself, it is not encouraged to host navigations to complex pages. The preview window has stricter security restrictions and blocks dialogs, the Information bar, popups etc. Moreover, Web Slices are a great way to attract users to your actual web site and you can explicitly set links in preview windows to open in a new tab in the browser by using the target="_blank" attribute. Note that cross zone navigations from the preview window are blocked.

 <a href="https://www.example.com" target="_blank">This link will open in the new tab in the browser</a>

The Web Slice Style Guide has a section on Web Slices using Alternative Display Source containing great tips to make your Web Slices look pretty!

You can see how simple and useful they can be! I hope that you will have fun creating really neat Web Slices for your web pages. The IE 8 Gallery has a ton of great Web Slices along with other IE add-ons.

Ritika Virmani
Program Manager
Internet Explorer - Web Slices and Navigation

Update 3/9/09: Updated the code samples for better accessibility. Thanks Benjamin Hawkes-Lewis for the feedback.

Comments

Anonymous
March 03, 2009
PingBack from http://www.clickandsolve.com/?p=17493
Anonymous
March 03, 2009
seriously get over web slices, no one is excited about them. everyone just wants a standards compliant browser so we can stop developing for ie6/7. anyone who knows how to use web slices will know how to use firefox, and ie8 will only be used by those who don't know the difference between a browser, the web, the internet and google
Anonymous
March 03, 2009
The comment has been removed
Anonymous
March 03, 2009
Michael, Why don't you try making useful comments instead of negative ones? The majority use an IE browser of some kind so just make your sites work with them and stop moaning. Making sites work in IE should come first then other browsers. Standards compliant or not, if I can do it for myself and my clients, so can you. Get a life...or maybe some training?
Anonymous
March 03, 2009
By the way: why on earth do you use anchors for your auto-discovery <a rel="entry-content" ref="LivePreviewPage.htm" style="display:none;"></a> Have you ever heard of link? Even IE can detect search providers and feeds based on the <link> tag. Why on EARTH you recommend (and in fact even allow) an unnecessary workaround like <a rel="entry-content" style="display:none;">. This is so horribly broken that it hurts. PLEASE, PLEASE reconsider this and use link and ignore a for such purposes.
Anonymous
March 03, 2009
The comment has been removed
Anonymous
March 04, 2009
@Ritika: "Dynamic Web Slices retain all the styles from the preview web page, including those inherited from external stylesheets and look just like the actual web pages." Wrong! They most certainly do not because Web Slices are ALWAYS rendered in IE7 Standards/Quirks mode, NEVER in IE8 Standards Mode. Confirmed as WONT-FIX for IE8 on Connect. Please don't ever skimp around the technical details and limitations when posting data on the IE Blog it will only haunt you later when developers complain you weren't honest up front. (Keep this in mind when you post about the lack of authentication options in your upcoming post)
Anonymous
March 04, 2009
The comment has been removed
Anonymous
March 04, 2009
@ Ritika Virmani > you can explicitly set links in preview windows to open in a new tab in the browser by using the target="_blank" attribute. <a href="http://www.example.com" target="_blank">This link will open in the new tab ... Not true. Otherwise, this web slice implementation changes the implementation of target="_blank". www.w3.org/TR/html401/present/frames.html#h-16.3.2 states " _blank The user agent should load the designated document in a new, unnamed window. " www.w3.org/TR/html401/types.html#type-frame-target How do I create a link that opens a new window? from WDG web authoring FAQ www.htmlhelp.com/faq/html/links.html#new-window regards, Gérard
Anonymous
March 04, 2009
@ Ritika Virmani <a rel="entry-content" ref="LivePreviewPage.htm" style="display:none;"></a> Christian and Ted are right. An empty link is a coding practice widely acknowledged as bad, not recommendable. Same thing with empty anchors (Ie <a name="top"></a>; in the form of #fragment.) " Each A element defines an anchor 1. The A element's content defines the position of the anchor. " www.w3.org/TR/html4/struct/links.html#h-12.2 regards, Gérard
Anonymous
March 04, 2009
Thank you for submitting this cool story - Trackback from DotNetShoutout
Anonymous
March 04, 2009
<<changes the implementation of target="_blank".>> The implementation of that changed when tabbed browsing was first introduced. HTML's notion of a "window" does not define the User-agent's behavior in a graphical windowing system. Stated another way, HTMLWindow != Win32Window. Depending on the user's tabbed browsing session (IE, Firefox, or other), new HTMLWindows may result in Win32Tabs. <<Please seriously reconsider the syntax you indicated earlier>> Given that the anchor in question is "display:none", it seems unlikely to "break" any user-agent that supports CSS. <<ie8 will only be used by those who don't know the difference between a browser, the web, the internet and google>> In other words, the vast majority of the world. That's true, IE8 will probably only have the vast majority of marketshare, just like its predecessors.
Anonymous
March 04, 2009
The comment has been removed
Anonymous
March 04, 2009
Instead of Microsoft concentrating on features, I think they need to make their web browser load pages faster. When webpages load in Safari or Firefox, they load heck of a lot faster than IE. I have been an IE 8 Beta tester for some time now. I liked it when it first came out. Sure, there were some glitches, but the webpages loaded faster. Now that RC1 is out, the web sites I go to cause the browser to crash or they just load slow. I switched to Safari, and my pages load faster then ever before and I have never had it crash on me. If I was Microsoft, I would scrap IE and redo it all over again. Maybe they can create a browser that loads pages faster, is secure, and won't crash all the time.
Anonymous
March 04, 2009
> "In other words, the vast majority of the world. That's true, IE8 will probably only have the vast majority of marketshare, just like its predecessors." IE's market share has been and is continuing to drop Anyway, has anyone mentioned that target="_blank" is not valid XHTML 1.0 Strict markup?
Anonymous
March 04, 2009
>IE's market share has been and is continuing to drop And yet it's still twice as much as all other browsers combined. Funny thing. >Anyway, has anyone mentioned that target="_blank" is not valid XHTML 1.0 Strict markup? Nicely reflecting the fact that the XHTML spec has little relationship to the needs and desires of the real-world web development community.
Anonymous
March 04, 2009
DotNetBurner.com - news and articles about .net DotNetBurner
Anonymous
March 04, 2009
>>Anyway, has anyone mentioned that target="_blank" is not valid XHTML 1.0 Strict markup? >Nicely reflecting the fact that the XHTML spec has little relationship to the needs and desires of the real-world web development community. Nicely reflecting the attitude of MS developers that have caused IE to be the non compliant dog that it is today. Opening new windows or tabs is a user choice not semantic markup. HTML is meant to describe content, not user experience. If you want to force that you should manipulate the DOM with JS. See this brilliant article on sitepoint. http://www.sitepoint.com/article/standards-compliant-world/ > "And yet it's still twice as much as all other browsers combined. Funny thing." IE comes default with Windows which is used by about 90% of consumers. To most people Internet Explorer is the internet, because they don't know any better. From people that I speak to anyone who knows about Firefox prefers it to IE. Anyone I speak to who doesn't know about Firefox doesn't care what a browser is.
Anonymous
March 04, 2009
>HTML is meant to describe content, not user experience. An academic argument in so much conflict with reality that it eventually collapsed under its own delusions. The XHTML 1.1 spec authors added the target attribute to that version of the spec.
Anonymous
March 04, 2009
Web slices are simple to setup and can be of tremendous value if used properly. Despite the naysayers, I really like this feature. Nice IE.
Anonymous
March 04, 2009
Another note: Is there any specification how the relation is between class="endtime" and HTTP Cache headers/ Cache-related meta tags? What exactly were the reasons for introducing <abbr class="endtime" ...? Could not people use metat tags instead, if they can't control their server's caching behavior? Maybe there is a reason behind this, if so, please explain, if not - please don't reinvent yet another existing wheel. I think Jasons remarks about IE7 mode, reloading behavior and target="..." are also valid. The IE team has done a lot of sound technical work during IE8 development. Don't spoil it with stuff like this. @gogo - I am really not against the idea behind web slices and I am not against Microsoft inventing new features, it's the way how it's done that bothers me.
Anonymous
March 04, 2009
If web slices always render in IE7 mode, and our entire website render in IE8 mode, what is the best method to make web slices for our website without having to make to different versions of all the html. Having to write all our html twice, seems like a lot of work for no real benefit. Or is it as simply as: If we want web slices, we need to render our website in IE7 mode, because that's the only way to avoid having to produce all html twice? Writing html take time.
Anonymous
March 05, 2009
@Martin - indeed. We are now in an odd place where IE8 is playing the standards game finally, but at the same time making it very easy to completely disregard the progress/standards of the web (by forcing a site into IE7 mode (which is rampant over the Net right now)) as well as stopping progress... why would you render in standards mode when it is going to mess up your web slices? A total case of 1 step forward, 2 steps back. I certainly hope the current regression issues in IE8's rendering will be resolved soon or again developers will have no reason to serve up pages in "IE8" Standards mode until IE9 fixes the issues (if at all).
Anonymous
March 05, 2009
@Christian: The EndTime attribute allows the site owner to specify that after a certain time, the web slice is no longer relevant (e.g. because the event has passed, the item will have been sold, etc) and avoid polluting the user's favorites bar indefinitely with an unneeded item. Essentially, it saves the user from the hassle of deleting irrelevant items. It is not related to the HTTP caching directives, as it serves a very different purpose. HTTP caching directives specify when a cached version is no longer valid, forcing the user to hit the server to get a new copy. The intent of endtime is to allow the developer to automatically stop polling the server for updates for a given slice.
Anonymous
March 05, 2009
@EricLaw - thank you for clarifying the meaning of EndTime. This makes a lot of sense then.
Anonymous
March 05, 2009
Check out our gallery of dynamic Web Slices: http://LiveSlices.com/Gallery.aspx
Anonymous
March 05, 2009
@Dan, "The implementation of that changed when tabbed browsing was first introduced. HTML's notion of a "window" does not define the User-agent's behavior in a graphical windowing system. Stated another way, HTMLWindow != Win32Window. Depending on the user's tabbed browsing session (IE, Firefox, or other), new HTMLWindows may result in Win32Tabs." you are contradicting yourself here. the HTML spec says a target="_blank" should open in a new HTMLWindow, so it should NOT be presumed to be a tab. Whether target="_blank" means opening a new browser window or a new browser tab, it should be decided by custom settings in the user agent. So the statement that "you can explicitly set links in preview windows to open in a new tab in the browser by using the target="_blank" attribute." is wrong, since the target="_blank" attribute should explicitly set links to open in a new "window" (HTMLWindow), not to be confused with a new tab (browser tab).
Anonymous
March 05, 2009
off-topic: Internet Explorer suddenly show .url extension for every favorites and links in Favorites Bar. http://img14.imageshack.us/img14/6827/98379027.png How to fix this issue?
Anonymous
March 05, 2009
Hi Microsoft have you thought about what happens if "web slices" become a success? Then other browsers will have to support it, and web slices may be yet an other W3c/Ecma standard. How are that standard going to look? Either it will have to specify that web slices will be rendered in IE7 mode, in which case you will have to specify what that mean bug for bug. Or the standard will say that web slices contains valid html that the browser should render according to the relevant html standard. But in that case the problem is that IE8 will be unable to render a valid web slice because it use IE7 mode. (And IE9 will also be unable to render a web slice, because to remain compabilty with IE8, it will have to rendere web slices in IE7 mode). Can you see where this is heeding?
Anonymous
March 06, 2009
@Open Web Standards - although March 16th is physically possible I'd certainly hope that isn't the case. 1.) MSFT (IMO) has lots to fix still. 2.) MSFT needs to post about how IT Admins can block IE8 downloads for enterprise (keep in mind, many of those folks are still stuck on IE6!!) 3.) MSFT needs to announce how they plan to do updates for IE8... e.g. will these just be available? or will they be marked serious, or critical? 4.) MSFT still needs to address the developers comments on this blog that haven't been answered. Will slices BreakTheWeb[TM] again by not rendering in standards mode. Have the various regression issues from IE7 been fixed yet? Has the privacy bug with Windows Media Player been fixed yet? Have all the rendering "jumpiness" issues been fixed? Are slices going to be fixed to not rely on [a] elements in the markup for [meta] or [link] purposes? as Eric pointed out - don't believe everything you read on other sites about actual dates.
Anonymous
March 06, 2009
@chad How to block IE8 automatic updates has been published ages ago on this blog. Enterprise customers generally don't do automatic updates so I don't know why you think they would be blocking IE8 anyways.
Anonymous
March 06, 2009
Chad,

Your opinion. Fine. Of course, you don't know what's in their current build, so you really have no idea.
Published months ago. http://blogs.msdn.com/ie/archive/2009/01/06/ie8-blocker-toolkit-available-today.aspx
You are confused. Updates for IE8 are marked based on what's in them (e.g. the severity of the problem being fixed). How the browser itself will be marked in the available updates list is described in the link just above.
"BreakTheWeb" for slices is silly. Slices are not a standard, and are not used by anyone else at this point, so it's impossible to break the web. I really doubt they're going to change from "A" to "LINK" after the release candidate; that's a platform change, which they said they're not doing. Besides, y'all had a YEAR to complain about this and no one did. Funny that. As remarked previously, the WMP behavior is a WMP issue, and is described in their privacy policy. IE has nothing to do with it. As for regressions, see point #1.

Anonymous
March 06, 2009
glastheim: "you are contradicting yourself here." No, you're just confused. "should open in a new HTMLWindow, so it should NOT be presumed to be a tab." On the contrary, the User-Agent can do whatever it likes, because the UserAgent's UI behavior isn't defined by the HTML spec. The IE guys chose to put the HTMLWindow in a new tab in the webslice case. (Though, I bet it opens in a new Win32Window if the user turned offf tabbed browsing)
Anonymous
March 06, 2009
I noticed that the awesome Firebug Lite Tool won't work in IE8 (in standards mode). It works fine in Compatability Mode though. I'm not sure if it is expecting broken IE7 behavior or if IE8 broke something but this should get fixed soon because, well, lets face it, the IE dev toolbar is the K-Car of Advanced Developer Tools. In the mean time does anyone know of any good addons for IE (that work in Standards mode) with great debugging features?
Anonymous
March 07, 2009
@Dan: "I really doubt they're going to change from "A" to "LINK" after the release candidate; that's a platform change, which they said they're not doing. Besides, y'all had a YEAR to complain about this and no one did. Funny that." Yeah very funny indeed. We were all busy trying to get IE8 to work at all! Beta 1 was the most pathetic Beta I've ever seen of ANY piece of software ever! Beta 2 was mildly better... better in the sense that it was at least usable and not scrolling automagically on you every time you moved the mouse. The Partner Build fixed some bugs, and added more... thankfully, just like WindowsME it didn't last very long. Then RC1 came out, yippee! we're almost there! - No Wait a second... all the crud that was broken in the last 3 releases... is still broken! Select controls still look like a POS and iframes still don't fire vertical resize events. There's a bunch of inline rendering regression issues and no word from MSFT that this stuff is going to get fixed. As for breaking the web (chad's comment) I see exactly what he's talking about. Every time MSFT endorses ANY technology that RELIES on BROKEN IE6/7 rendering, they are 100% IMPEEDING the progress of the Web, and Web Standards. Read it any way you want. As a Web Application Developer - I am [deleted] ticked off with the state of IE8 ATM. I certainly hope that it gets fixed before the RTM ships.
Anonymous
March 07, 2009
The comment has been removed
Anonymous
March 08, 2009
I don't even know how to subscribe to the live.com weather webslice. WHen I go to IEaddons.com and click the add live weather webslice it just opens a window with a live search for weather. NO WEBSLICE ICON APPEARS, just RSS. VERY FRUSTRATING!
Anonymous
March 08, 2009
@Jan: it's possible Live temporarily disabled the Web Slice at the time you tried it. Anyway, you can get to the same Web Slice by doing a search on Live.com for 'x weather' where x is your location. Try hovering over the weather icons or clicking on the Web Slice/feed discovery button in the frame. good luck.
Anonymous
March 09, 2009
The comment has been removed
Anonymous
March 09, 2009
@Jan: Thanks for the feedback! Yeah, Live doesn't support all languages yet. As for the greying out issue, that sounds like a good bug. What were your searching for when that happened? As for the compact titles, IE doesn't create the titles, the publisher's do. I recommend that you take advantage of the 'Custom Title Widths' feature (right click fav bar and choose 'Cusomize Title Widths' -> Short titles) as well as create folders on the favorites bar. I'm using these and it's saved me a TON of room. Hopefully that works for you too. Thanks again! Amy P [MSFT]
Anonymous
March 09, 2009
The comment has been removed
Anonymous
March 09, 2009
I add the webslice from the URL below and it grays out imediately. Error: We are unable to display this view. Use the open button to get full details on this error. When I use the open button (->) the webslice shows fine in a normal window. The digg webslice works fine for me (all on the IE RC). http://search.live.com/results.aspx?q=Amsterdam%2C+Netherlands+weather&go=&form=QBRE Folders might be a good idea indeed. I don't think I like the short titles or icons. You should really think about adding a good algorithm for default favorite title names for the next version. For example: GMail: EMail from Google ; would be added as just GMail. Yahoo! Mail: The best web-based email! ; would be added as just Yahoo! Mail. Slashdot - News for nerds, stuff that matters ; would be added as just Slashdot. BBC World Service - World Service ; would be added as just BBC World Service. See the similarity? The optional redundant stuff is behind a marker (either - or : ). Why not implement a simple algorithm to clip text after the marker. This would improve the default favorites titles for 99% of websites / users. If a user prefers a different title, they can still change it. But it saves a lot of effort for all the people who just want a simple correct default title name for their favorites. Just a little annoyance that would save a lot of trouble.
Anonymous
March 09, 2009
@RitkaV: I did not know that several web slices should be possible even for dynamic slices. In that case, I understand the usage of A instead of LINK better. Could you look into what Benjamin Hawkes-Lewis suggestion of merging both links? This seems like quite an improvement to me. Also, it would be nice if the endtime example would also contain state the end time in a more direct way for fallback reasons, e.g. <span class="endtime" title="25 Jul 2008 17:30:00 PST">Expiration Time: July 25 2008, 17:30 PST.</span> Yes, this would be a bit repetitive but it would make things more readable without styling. I see that you have started to adjust the examples in this post - thank you for that. Please also adjust documentation on MSDN (e.g. http://msdn.microsoft.com/en-us/library/cc196992(VS.85).aspx#_altupdate). In addition to that, MSDN could also contain suggestions on what to avoid when using web slices (for example to not use empty a tags, what the a tags should contain and what the endtime-span should contain). This information does not need to be terribly long, but many people will doublessly cut and paste from any example that works for them and then leave it at that. And as soon as bad practice has spread, it will be very hard to stop again. Maybe you could also have other Microsoft blogs post about whatever the finalized web slices suggestions are, if they have posted about web slices before. This could also be helpful for getting a critical mass of good usage out into the wild. Thanks for taking these comments seriously.
Anonymous
March 10, 2009
כבר כתבתי בעבר על IE8, שאני אוהב אותו, ומחכה שהוא ייצא בגרסה רשמית, אמנם כתבתי , שאני לא מתכוון לעבור
Anonymous
March 11, 2009
@DOCTYPE comments This blog post talks about dynamic Web Slices which use an Alternative Display Source. They respect all DOCTYPEs and styles like the browser. For static Web Slices, we use the X-UA-Compatible meta tag which properly sets the rendering mode for them. However, there is a bug in RC build where the static Web Slice does not support the DOCTYPE from the Web page, and the absence of the X-UA-Compatible meta tag in the Web page caused the Web Slice view to be in quirks mode. Thanks for helping demonstrate the importance of this issue to us. We’ve now fixed this issue and I wanted to give a more detailed explanation to give you context. We’ve made a fix for this where static Web Slices use the X-UA-Compatible meta tag and the documentMode property (which accounts for DOCTYPEs http://msdn.microsoft.com/en-us/library/cc196988(VS.85).aspx) for the rendering mode, and if neither are present, the Web Slice view uses IE8 standards mode. @Favicon comments Post Release Candidate, we have also done work to fix the issue with favicons in Web Slices RitikaV [MSFT]
Anonymous
March 19, 2009
Today we’re excited to release the final build of Internet Explorer 8 in 25 languages. IE8 makes what
Anonymous
March 19, 2009
Hello, my name is Amy Placzkiewicz and I’m a Lead Software Design Engineer in Test on Internet Explorer’s
Anonymous
March 22, 2009
The comment has been removed
Anonymous
March 22, 2009
David, the point of WebSlices is that many people don't want to google, over-and-over-and-over for information they'd rather have at their fingertips (e.g. stock quotes, auctions i'm bidding on, local weather, etc).
Anonymous
March 25, 2009
For the life of me, I cannot get the title to "gleam" when the content unless the title itself changes. Can anyone provide a complete, simple example of one that actually works.

次の方法で共有