X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/1156f95b9251f6da1dfb1368fdeb95784dce9d2b..HEAD:/doc/bugs/do_not_let_big_brother_spy_on_our_users_on_login.mdwn diff --git a/doc/bugs/do_not_let_big_brother_spy_on_our_users_on_login.mdwn b/doc/bugs/do_not_let_big_brother_spy_on_our_users_on_login.mdwn index b29241b4e..6d259d047 100644 --- a/doc/bugs/do_not_let_big_brother_spy_on_our_users_on_login.mdwn +++ b/doc/bugs/do_not_let_big_brother_spy_on_our_users_on_login.mdwn @@ -44,14 +44,36 @@ A simple fix would be to ship those icons with ikiwiki and serve them locally, b >> input box. I might implement that option anyway - on websites mainly used >> by technologists, the OpenID selector is a bit of a waste of time. >> +>>> Not done yet. -s +>>> +>>>> FWIW, I don't think we should implement this. The current selector is +>>>> fine: if elite technologists don't want the selector, they can just +>>>> turn off javascript. :) -- [[anarcat]] +>> >> One way to have recognisable icons would be to ship DFSG imitations of >> the "real" logos in the underlay. Between gnome-online-accounts and >> Empathy, we can probably find most of them (mostly or perhaps all done by >> Jakub Steiner). >> +>>> [[!template id=gitbranch branch=smcv/ready/openid author="[[smcv]]"]] +>>> [[!tag patch]] +>>> Here's a git branch. I deleted the shut-down ClaimID and MyOpenID providers, +>>> used icons from GNOME Online Accounts and Wordpress where available, and +>>> drew my own for the rest. +>>> [See it in use here](http://blueview.hosted.pseudorandom.co.uk/ikiwiki.cgi?do=prefs) +>>> -s +>>>> +>>>> Awesome work Simon! I owe you a beer. [[merged|done]] --[[Joey]] +>>>> +>>>> Same here, thanks for this!!! -- [[anarcat]] +>> >> If people want the "real" logos, we could have some code to make IkiWiki >> download the favicons into transient underlay (which I think is >> higher-priority?), or into a higher-priority underlay if necessary, >> during the wiki build, so they'll be served from the wiki's own server. >> +>>> Not done yet. I'm not sure whether I'm going to bother, but I'd review +>>> someone else's implementation. -s +>> +>>>> Doesn't seem to be a priority to me either. --[[anarcat]] >> --[[smcv]]