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.
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.
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,
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.
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.
Not everyone, but it sure looks like it at the intro to the video. The PM team is often out in front as the "public face" of a product team.
Seriously, the RSS PM team worked super hard on the RSS demos and the Gnomedex event. My dev team was certainly doing our part making the platform solid (IE7 and the RSS bits are real code checked into a real branch of the Longhorn sources) but the Outlook
demos, List demos, etc. were all coded by the PMs.
What you see Amar showing is a testament to the strength of our PM team. Big time kudos to them!
Maybe next time I'll be able to be there for Scoble's camera. I'll make sure to bring along some developers.