Loading Profile...
Gravatar support?
Will you implement Gravatar (http://gravatar.com/) support? At present this is yet another site that users have to upload their avatar icon to. In addition to the OpenID support that I hear you're planning, that would be really great.
I’m hopeful
8 people have this question
I have this question, too!
Tell me when someone answers.
The more people who ask this question, the more it gets noticed.
The more people who ask this question, the more it gets noticed.
-
Inappropriate?You're the first person to request support for Gravatars. I have one myself and I know they are useful, but I can't comment on how adding support would fit into our development schedule. Thanks for the idea!
I’m sure we'll add this at some point
1 person says
this answers the question
-
-
Inappropriate?Earle: Great question! I love the idea. We'll have to look into this and see how easy or hard it might be.
I’m lovin' it
1 person says
this answers the question
-
Inappropriate?+1 for Gravatar support. Having implemented them on sites I manage I have to say it's pretty easy to do. And you can specify a fallback image so you are not dependent on the Gravatar service. -
Inappropriate?FYI, if you're curious about how Gravatar support has been accepted by our users, check out:
http://forums.zenbe.com/topic/84
Probably best summarized as, "cautious skepticism/enthusiasm" :)
(BTW, Gravatar support combined with OpenID would make for an unparalleled seamless login/identity experience for our users as they move from our service, to our blog, to GSFN forums. Very, very cool.)
I’m in a zenlike bliss
-
-
Inappropriate?You can add support for it in 5 minutes.
<%= image_tag("http://www.gravatar.com/avatar/#{ MD5::md5(user.email.downcase) }") %>
I’m happy
-
Inappropriate?Not quite that simple Luis; That works fine when you only use gravatars, but we would need to meld gravatar with our current avatar system.
That said, while it would be a fairly simple task to add, perhaps a half day of work to go through the places we leverage avatar data and add a fallback onto gravatar data, I'd wager to say that my time could be better spent in any hundred of other more meaningful ways. I think it would be great to add, but to be honest, IMO that wouldn't get time devoted to it until Gravatar support reaches some critical mass. -
Inappropriate?Urr... or you could just add ...?default=(user's gsfn avatar URL) to the Gravatar URL to redirect to the user's GSFN image if they don't have a Gravatar.
I’m feeling persnickity
-
Inappropriate?And then when the user inevitably changes their avatar and the gravatar caches the original, we have to make sure the url changes so that the actual change happens (well, I'd have to investigate that given it is undefined behavior in their dev docs). That conflicts with our our goal to make avatar paths durable on our own side so we can more aggresively cache html fragments that have avatars in them.
Like I said, not tough, but by no means a 5 minute fix. -
Inappropriate?I'm not sure I understand the case you're describing. Gravatar doesn't cache the default URL you provide - it does a 302 redirect. GSFN would (still) have control over both the URL of avatars, and the associated caching policy.
(BTW, gravatar are given a max-age of 5 minutes, so they update fairly quickly once changed by a user) -
Inappropriate?Ah, which is exactly what I couldn't find in their developer documents.1 Comment Add a comment
This answers the question
-
LiveHttpHeaders Firefox plugin - picks up where developer docs leave off. :)
EMPLOYEE
EMPLOYEE
EMPLOYEE