#singpolymaOpenID should almost definitely be supported as at least a fallback, both because it has more traction/support and also because it's more indie
#singpolymaalso, I'm not sure what I mean by "fallback", since obviously my OpenID URI is a valid RelMeAuth page
#singpolymabut I would never want to use twitter or github to login if I can help it
#aaronpktantek: cool, it's currently written as an auth plugin for mediawiki, and integrates pretty seamlessly into the wiki. it actually replaces the default login form instead of adding a special one
#tantekI'm saying that if it fails to find any relmeauth providers, then it should jump to the previous OpenID code to attempt to use the URL for OpenID login/discovery etc.
#tantekcompletely seamlessly - no change to the UI
#tanteksingpolyma - I think it makes more sense to prefer RelMeAuth over OpenID since RelMeAuth is easier to setup.
#tantek(have always hated that about openid delegation - why so many link rels?)
#singpolymaI just think a page should be considered confirmed to itself, in case the page is itself an OpenID endpoint (such as a WordPress blog self-hosting OpenID)
#tanteksingpolyma - how do you detect something as an OpenID endpoint vs. OpenID delegation?
#singpolymatantek: I wouldn't bother, but you probably can
#tantekand yes - I'd agree that if a site is it's own Oauth or OpenID endpoint, it should be used directly instead of rel=me to an external authenticator
#singpolymadelegations have a (in the old-school, deprecated <link> way) openid2.local_id or openid.delegte <link> that is not the same as the current page
#aaronpkwait, <link> tags are deprecated for openid?
#tantekaaronpk - yeah I think they replaced them with something even more complicated