What information does Phishing Filter send to Microsoft?
When you use Phishing Filter to check websites automatically or manually, the address of the website you are visiting will be sent to Microsoft, together with some standard information from your computer such as
IP address, browser type, and Phishing Filter version number.
---
Now, why does MS want my IP to see if a site is a phishing site or not?
Think about it for a second.
All HTTP based traffic includes the IP address. You can't browse to any website without disclosing your IP.
The requesting IP address is not used in the evaluation of the site.
Although this isn't complete as far as the UX, why does the "Favorites Center" disappear when you delete a page from the Favorites by clicking on the little red X?
Having never used any of the previous builds, I like the Printing experience a lot.
My feeds work correctly.
Appears to run faster than FF.
So far so good.
I am puzzled by one state ment in the
Dev. Checklist: "Do not mix HTTP content into an HTTP page." Is that a typo?
I'm glad you like it. Favorites Center thing is a bug (it shouldn't close like that). The Dev Checklist thing is indeed a typo, it should be
I would like to know if the final version of IE7 will have the toolbars locked or not. As in not giving the end user any way to move around the address toolbar or the buttons where you want them.
In Windows, the Explorer windows (aka shell windows), the navigation bar (back, forward, address / breadcrumb bar / search) is fixed at the top. IE will do the same, for consistency with the shell as well as anti-spoofing.
For IE7 on XPSP2, we're considering our options. In Beta 1, we've heard a lot of feedback from people who want the ability to move the toolbars around, including the menus and the navigation bar. So no "final answer" on this issue yet.
A split button (like history - button + drop down arrow) is a good idea, but we know from usability testing that few users 'get' split buttons.
As for an option, "NFW" is what I generally say to anyone that wants to add one more option. If there was any doubt, take a look at our Internet Options dialog - especially the "maze of twisty passages, all alike" of Advanced Options.
Couldn't you have a button and a drop-down, show the button for sites with one feed, and show the drop-down for sites with multiple feeds?
Or just have a button, and if the site has multiple feeds, have the button pop up a dialog with a list of checkboxes, with only the first one checked by default?
A big part of being simple is being predictable. A button that sometimes navigates to the feed and sometimes needs a secondary choice isn't predictable.
We spun around a lot with discussions like these. I'm happy to listen to more ideas on how to make the RSS button be simple yet keep the functionality people want.
Maurits wrote:
I'm a little confused as to why you think multiple formats will be of low value to end users. Surely that depends heavily on the audience. Suppose the feed is a video feed - I imagine there's value in allowing at least three feed formats (Windows Media,
QuickTime, Real...)
By multiple formats, I mean "RSS .92, RSS 1.0, RSS 2.0, ATOM" - a list of transport formats is of low value to the user. I don't mean video vs. text.
BruceMorgan wrote:Nothing we're doing prevents a publisher from listing multiple feeds via autodiscovery.
... yes it is. I myself have a website on which I was going to offer multiple autodiscovery feeds (linked from the same HTML page, with different content.) IE7's demoed behavior is causing me to change my mind - I'll have to stick to orange XML buttons so
that users won't get confused by the RSS button in the IE chrome. Maybe I'll hack up a conditional comment to hide the autodiscovery feeds from IE7... ah, the irony...
Things should be as simple as possible - but no simpler.
-- Albert Einstein
There will be many more pages with one feed associated with the page than pages with multiple feeds (excluding format differences).
So quite frequently a dropdown approach would show either multiple formats (low value to end users) or it would be a single item list (no value to end users). For pages like that, I think our RSS button has the right implementation.
For the less frequent "index of feeds" pages, then your approach of showing multiple feeds on the page is fine, IMHO. If there is no single "best feed" for the whole page, then it just might be a good idea to not use autodiscovery. Your choice.
But surely control should be given to the site publisher to decide how best to serve their user profiles. Sites that are less technical in nature could simply scale back to a single feed option. Ian Hickson could continue to offer plaintext and HTML
formats of his feed.
What control?
Nothing we're doing prevents a publisher from listing multiple feeds via autodiscovery.
IE's RSS button will show the first one in the list because we chose simplicity over flexibility. We had lots of debates about this, and I think we're making the right choice.
Thus he RSS button takes you to the feed, not dropping a menu of everything possible from the publisher. Our current plan is that IE7 will show the full list off a cascading menu item.
"What happens if there are multiple feeds on a page, but they are for different things? For example, lets say my company site has a "News" feed and a "CEO" feed, will IE7 only see the first one listed on the page?"
I am wondering about this too. Some blogs have an RSS feed per category. I could see a simple solution to this. Make that RSS on IE7 be a button with a drop down. Get the first (or default) feed when you click the button. Press the drop down arrow and
see all the other feeds you can subscribe to.
The Beta 1 implementation is that very thing, although we're planning on changing it. The demo today showed something closer to final implementation.
Basically, our current thinking is that the dropdown is too complex, too much choice. We want the RSS button to be dead simple "boom, RSS preview", not a dropdown to make a secondary selection. So the RSS feed button connects to the first autodiscovered feed
on the page. With that implementation, we hope to encourage websites to list their primary feed via autodiscovery rather than a long list.
Note that with many websites, the autodiscovery list is not really multiple contents
feeds so much as multiple content formats. That's not really helpful to very many users.
In the Tools / Feeds menu, you can find a cascade of all autodiscovered feeds on the page.
IE 7: What's new in Beta 2 Preview
Feb 01, 2006 at 12:08 PMAll HTTP based traffic includes the IP address. You can't browse to any website without disclosing your IP.
The requesting IP address is not used in the evaluation of the site.
IE 7: What's new in Beta 2 Preview
Jan 31, 2006 at 11:11 AM"Do not mix HTTP content into an HTTPS page".
IE 7: What's new in Beta 2 Preview
Jan 31, 2006 at 10:06 AMBlog post (many, many details to come) http://blogs.msdn.com/ie/
Enjoy!
Rob Franco and team - IE 7 Security
Oct 21, 2005 at 9:33 PMIn Windows, the Explorer windows (aka shell windows), the navigation bar (back, forward, address / breadcrumb bar / search) is fixed at the top. IE will do the same, for consistency with the shell as well as anti-spoofing.
For IE7 on XPSP2, we're considering our options. In Beta 1, we've heard a lot of feedback from people who want the ability to move the toolbars around, including the menus and the navigation bar. So no "final answer" on this issue yet.
Longhorn (heart) RSS
Jun 26, 2005 at 10:21 AMAvalanche is a research paper, nothing more. Drop the conspiracy theory and back away slowly, and no one will get hurt.
Longhorn (heart) RSS
Jun 24, 2005 at 5:08 PMAs for an option, "NFW" is what I generally say to anyone that wants to add one more option. If there was any doubt, take a look at our Internet Options dialog - especially the "maze of twisty passages, all alike" of Advanced Options.
Longhorn (heart) RSS
Jun 24, 2005 at 4:32 PMA big part of being simple is being predictable. A button that sometimes navigates to the feed and sometimes needs a secondary choice isn't predictable.
We spun around a lot with discussions like these. I'm happy to listen to more ideas on how to make the RSS button be simple yet keep the functionality people want.
By multiple formats, I mean "RSS .92, RSS 1.0, RSS 2.0, ATOM" - a list of transport formats is of low value to the user. I don't mean video vs. text.
Longhorn (heart) RSS
Jun 24, 2005 at 4:16 PMSo quite frequently a dropdown approach would show either multiple formats (low value to end users) or it would be a single item list (no value to end users). For pages like that, I think our RSS button has the right implementation.
For the less frequent "index of feeds" pages, then your approach of showing multiple feeds on the page is fine, IMHO. If there is no single "best feed" for the whole page, then it just might be a good idea to not use autodiscovery. Your choice.
Longhorn (heart) RSS
Jun 24, 2005 at 3:35 PMWhat control?
Nothing we're doing prevents a publisher from listing multiple feeds via autodiscovery.
IE's RSS button will show the first one in the list because we chose simplicity over flexibility. We had lots of debates about this, and I think we're making the right choice.
Thus he RSS button takes you to the feed, not dropping a menu of everything possible from the publisher. Our current plan is that IE7 will show the full list off a cascading menu item.
Longhorn (heart) RSS
Jun 24, 2005 at 2:57 PMBasically, our current thinking is that the dropdown is too complex, too much choice. We want the RSS button to be dead simple "boom, RSS preview", not a dropdown to make a secondary selection. So the RSS feed button connects to the first autodiscovered feed on the page. With that implementation, we hope to encourage websites to list their primary feed via autodiscovery rather than a long list.
Note that with many websites, the autodiscovery list is not really multiple contents feeds so much as multiple content formats. That's not really helpful to very many users.
In the Tools / Feeds menu, you can find a cascade of all autodiscovered feeds on the page.
See more comments…