DonationCoder.com Software > MEWLO Web Framework

OLD - Yumps Videos

<< < (2/4) > >>

ewemoa:
I think people would be happy not to have to give their email to post.
-jgpaiva (April 28, 2012, 05:57 AM)
--- End quote ---

 :Thmbsup:

mouser:
1 - when you create a bridged account, I think it should say not only the site it is bridged with (in this case, twitter) but also the username. I can easily see a situation where you bridge an account with someone else's twitter account (which was left logged in on your browser).
--- End quote ---

good idea, added to todo list.

mouser:
2 - I find the "bridge this external account with an existing YUMPS account" workflow a bit confusing,
--- End quote ---

well some of this is unavoidable, though i could split it into separate screens based on whether you want to:
1. create a new local account
2. create a new account based on a bridge to facebook,etc.
3. login to your current account with local password
4. login to your current account with bridge

I think the confusion you are seeing is because the login page will let facebook,openid, etc. users just click on their logo to proceed, whether they have an existing account on the site or not.

So if you click on the facebook icon on the login page, and you have already created an account bridged with that id, it logs you in.  If you haven't yet registered, it will then let you register.

I think your biggest confusion was when i showed how you could connect the bridge to an existing account that you hadn't yet logged into yet in that session (ie facebook linked to account created with twitter).  I could hide that option but the aim was to prevent people from accidentally creating 2 different yumps account, one for each login.  Perhaps it can be refined.  Perhaps the text on that link should say something like "WAIT! If you already have an account on YUMPS, don't click submit to create a new account, but click here to login with your other account and connect this bridge to that account."

I should note that it is quite easy and less confusing to add a new bridged account AFTER you are logged in (from the Manage Bridges) page.

mouser:
Also, on a related matter, when a user creates an account, she must specify an email and a username. While I can see that this is useful for forums and other stuff, in a situation where you just want to differentiate users, giving a username and an email sounds like an overkill.
--- End quote ---

A very astute comment, and I agree completely.  YUMPS is being built to NOT require emails or passwords (despite some of the screens), if the administrator doesnt want to require them to create accounts.

There are some sticky wickets with doing this and it involves some interesting choices, for example:

If you don't get an email for a person, you cannot send them a password reminder.  If they log out or connect via another computer, and have forgotten their password, and all they have is a local account with password (not a bridged account), then there is no way to send them a new password and an administrator will have to step in and handle it on a case by case basis.

YUMPS is built so that you can let people create accounts and enter some areas before providing an email or password, but restrict others that prompt the user that they need to provide an email/password first.  This addresses your idea about needing an email to post -- but i think it will be useful in other cases too, where you want to make signing up as easy as possible, and let the user modify their profile at leisure, but restrict certain actions to only after they provide a validated email.

The modify profile screen you saw that said the user has to provide their current password to modify certain fields -- that actually is only the case when the site has been configured that way -- it would not be required if the site did not require local passwords.

Currently when you create a bridged account you are prompted to create a unique username, which defaults to a uniquified version of your facebook/twitter username, etc.

I will be adding a feature that is a 0-step bridged account creation, which will be suitable for some sites.   This is the kind of thing used in blog comments where you don't want to bother the user by asking them even just for their username -- where the yumps account creation is entirely automatic and behind the scenes, and the user never even has to worry about whether a local account was created for them (a unique username will be created automatically for them).  Then on those occasions where the user is a regular site participant, if the user ever wants to they go to their site yumps profile and modify their info.


As you can see, the issues you are raising are EXACTLY the kinds of issues that YUMPS is meant to handle well.  While user sccount creation and management is a small side detail for most web services -- it is one of the central focuses for YUMPS -- so I intend to make it better and more robust than anything else out there.

mahesh2k:
I will be adding a feature that is a 0-step bridged account creation, which will be suitable for some sites.   This is the kind of thing used in blog comments where you don't want to bother the user by asking them even just for their username -- where the yumps account creation is entirely automatic and behind the scenes, and the user never even has to worry about whether a local account was created for them (a unique username will be created automatically for them).  Then on those occasions where the user is a regular site participant, if the user ever wants to they go to their site yumps profile and modify their info
--- End quote ---
How about openid? You can add "myopenid API" which is also used on the stackoverflow, if that is what you want.

Navigation

[0] Message Index

[#] Next page

[*] Previous page