--
Mike Stay
st...@google.com
Would it make the example better if I renamed the
"provider1.web-send.org" domain to "example.web-send.org"?
A real registrant would be something like "Google" from "google.com".
But the example.org domain is already taken. ;)
--Tyler
The whole interaction on that page was confusing to me. It says
> The UX for approving a registration is controlled by the user agent.
Is the bar supposed to be browser chrome or HTML/JS/CSS? What test am
I supposed to be applying to the page to tell if the registration
request is valid?
I think the bar should say something like
The site [provider1.web-send.org] would like you to put them on
the [sharing] provider list.
And then the drop-down box can say
- Please select one of the following:
- Yes, put provider1.web-send.org in the list of sharing providers.
- No, close this window.
If they select Yes, then go to the list of registered providers and
highlight the newly added one.
When I registered a new provider, I didn't expect all the other things
in the list to disappear; that was also confusing. The "edit options"
option should probably be "manage providers", since there aren't any
options other than a provider list.
--
Mike Stay
st...@google.com
I suspect one of the problems here is that you know to much. The
typical user won't know or care what a "provider" is.
> It says
>> The UX for approving a registration is controlled by the user agent.
> Is the bar supposed to be browser chrome or HTML/JS/CSS?
Yes.
Browser chrome is often implemented with HTML/JS/CSS and as a user,
you can't tell the difference.
> What test am
> I supposed to be applying to the page to tell if the registration
> request is valid?
Just answer the question asked: Does the presented name match your
expected name for the site? That's the most crucial thing for the user
to consider at this stage; nothing else matters. Any ideas on how to
better focus the user on that question?
> I think the bar should say something like
> The site [provider1.web-send.org] would like you to put them on
> the [sharing] provider list.
> And then the drop-down box can say
> - Please select one of the following:
> - Yes, put provider1.web-send.org in the list of sharing providers.
> - No, close this window.
> If they select Yes, then go to the list of registered providers and
> highlight the newly added one.
But then you have to explain what a sharing provider list is and what
it means and all this extra information might distract the user from
the important question: "What's the name of this site?".
> When I registered a new provider, I didn't expect all the other things
> in the list to disappear; that was also confusing.
Interesting. Those other options were the default options presented
when we don't know the user's actual preference. The defaults are
suppressed once we know which sharing provider the user actually uses.
The reduction in clutter is supposed to be an advantage. The NASCAR
problem is generally thought to be a problem rather than a feature.
You seem to be saying you found it useful to have the NASCAR of
possible options. Is that so?
> The "edit options"
> option should probably be "manage providers", since there aren't any
> options other than a provider list.
I want to avoid asking the user to learn any new lingo. "edit
options..." seemed like a straightforward way of saying you can change
what's displayed in this menu.
--Tyler
I guess I was confused about why I was being asked the question and
what the implications of either choice were. The name "Example Share"
didn't match "provider1.web-send.org" in any way I could see. It was
obviously the only choice that would have any effect on the world, but
I didn't know what the effect would be. As it turns out, the effect
was changing the options in the provider list, so I think that should
be mentioned somewhere.
How about "The web site [domain] claims to be [provided name]. It
might be lying or it might be legitimate. Do you believe it? If you
do, this site will be added to your list. If you don't, nothing will
happen."
>> When I registered a new provider, I didn't expect all the other things
>> in the list to disappear; that was also confusing.
>
> Interesting. Those other options were the default options presented
> when we don't know the user's actual preference. The defaults are
> suppressed once we know which sharing provider the user actually uses.
> The reduction in clutter is supposed to be an advantage. The NASCAR
> problem is generally thought to be a problem rather than a feature.
> You seem to be saying you found it useful to have the NASCAR of
> possible options. Is that so?
Sure--I use facebook and google and digg. Why do I have to add them
again if they're already there? If you're going to provide defaults,
have them in the list of providers and then let the user remove them.
--
Mike Stay
st...@google.com