2008-06-27 15:56 |
yuri
Yuri Takhteyev <yuri at sims.berkeley.edu>
I have the new Sputnik running at http://sputnik.freewisdom.org/. (This version is running code straight out of git.) Please go click around and help me find remaining issues. I also changed the appearance somewhat. Let me know what you think: 1. Sputnik now runs at 100% width by default, though there is a limit on the width of the content. (Note that this is a two character change, just changing div's id from doc2 to doc3.) 2. History (per page and global) is now split by date, which I think makes it more intuitive. 3. I am now using icons for "edit", "history" and "diff" 4. I am also using icons for different kinds of users and added OPTIONAL gravatar support. Gravatar support means that if the user is registered with an email address and has a account with Gravatar (http://en.gravatar.com/) with that address, and Sputnik's USE_GRAVATAR config variable is set to true, then we'll display their gravatar icon instead of the generic user image. See http://sputnik.freewisdom.org/en/Sputnik.history for an example. All the local icons (i.e., not the gravatar ones) are stored as binary nodes and you can replace them by simply uploading new ones. To do that, just strip off the extention from the URL: Admin icon as an image: http://sputnik.freewisdom.org/en/icons/admin.png Admin icon as a node: http://sputnik.freewisdom.org/en/icons/admin (you can click on "Edit" to upload a new image). Come to think of it, random users shouldn't be able to replace the icons, so I will change the permissions on this before the next release to make those icons replaceable by admins only. - yuri -- http://sputnik.freewisdom.org/
2008-06-27 16:06 |
petite.abeille
Petite Abeille <petite.abeille at gmail.com>
On Jun 27, 2008, at 7:56 PM, Yuri Takhteyev wrote: > Let me know what you think: Small glitch: <a href='/en/Sputnik.login' class='local'>Login</a> or <a href='/ en/register' class='local'>register</a></a> Note the, hmmm, unexpected </a> > 4. I am also using icons for different kinds of users and added > OPTIONAL gravatar support. Perhaps you could consider picons as well: http://www.cs.indiana.edu/picons/ftp/faq.html Cheers, -- PA. http://alt.textdrive.com/nanoki/
2008-06-27 16:17 |
carregal
Andre Carregal <carregal at fabricadigital.com.br>
On Fri, Jun 27, 2008 at 3:06 PM, Petite Abeille <petite.abeille@gmail.com> wrote: > Perhaps you could consider picons as well: > http://www.cs.indiana.edu/picons/ftp/faq.html And what about OpenID? :o) http://openid.net/ Andr?
2008-06-27 16:49 |
yuri
Yuri Takhteyev <yuri at sims.berkeley.edu>
>> http://www.cs.indiana.edu/picons/ftp/faq.html Interesting. A few questions about this: First, does anyone actually use those? Second, do they handle requests for different icon sizes (e.g., 16x16)? Third, is there any fallback mechanism? Note that one thing that is nice about gravatar is that there is no work on my end. E.g., the URL for my gravatar is: http://www.gravatar.com/avatar/f666af4bf2ea3f63c748bdeffb93397c?s=16&d=http://sputnik.freewisdom.org/en/icons/user.png Which is to say: "http://www.gravatar.com/avatar/"..md5.sumhexa(email).."?s=16&d="..backup_image_url (Thanks for finding the HTML bug, btw.) > And what about OpenID? :o) > http://openid.net/ I am all for supporting OpenID, but that's a lot more work, even to just add client support. (Again, note that Gravatar support is means just adding one line of code to construct the URL.) And I think this should be implemented as a generic module, as I tried to do with recaptcha. - yuri -- http://sputnik.freewisdom.org/