The login form should be properly implemented as a FormSpecialPage. I have
some initial code drafted for that if you want. The only big problem is
supporting the various hooks in the current form.
*--*
*Tyler Romeo*
Stevens Institute of Technology, Class of 2015
Major in Computer Science
www.whizk
What Steven said.
On Sep 28, 2012 8:57 PM, "Steven Walling" wrote:
> On Sep 28, 2012 8:40 PM, "Mark Holmquist" wrote:
> >>
> >> I'm fine with features using JS. It's just important that the feature is
> >> either an additive feature that is not necessary for use or it has a way
> >> to work with
On Sep 28, 2012 8:40 PM, "Mark Holmquist" wrote:
>>
>> I'm fine with features using JS. It's just important that the feature is
>> either an additive feature that is not necessary for use or it has a way
>> to work without JS.
>> In this case we're talking about login. If you disable JS... you can
I'm fine with features using JS. It's just important that the feature is
either an additive feature that is not necessary for use or it has a way
to work without JS.
In this case we're talking about login. If you disable JS... you can't
even log into your own user account. And disabling JS is supp
On Fri, 28 Sep 2012 14:57:51 -0700, Mark Holmquist
wrote:
What use does this have to WMF?
I think we make a lot of cool features that require JavaScript. And yes,
it's not universally usable, but it's helpful to spend time on those
things, because while they may not make Lynx [0] users
Am 29.09.2012 00:03, schrieb Chad:
> On Fri, Sep 28, 2012 at 5:49 PM, Thomas Gries wrote:
>>> BrowserID/Persona currently requires JavaScript to function. So it
>>> really doesn't fit the kind of thing that we support as a standard way
>>> to login.
>>>
>>> I don't think it's a very good use of WM
On Fri, Sep 28, 2012 at 5:49 PM, Thomas Gries wrote:
>
>> BrowserID/Persona currently requires JavaScript to function. So it
>> really doesn't fit the kind of thing that we support as a standard way
>> to login.
>>
>> I don't think it's a very good use of WMF's funding.
>
> Is this the begin of a
What use does this have to WMF?
I think we make a lot of cool features that require JavaScript. And yes,
it's not universally usable, but it's helpful to spend time on those
things, because while they may not make Lynx [0] users happier, they'll
probably make things easier for, e.g., people w
Am 28.09.2012 23:52, schrieb Mark Holmquist:
>> Is this the begin of a clash of civilisations between WMF and
>> MediaWiki ?
>
> http://www.mediawiki.org/wiki/Requests_for_comment/MediaWiki_Foundation is
> the proper place to discuss that more, if you'd like to.
No
___
Is this the begin of a clash of civilisations between WMF and MediaWiki ?
http://www.mediawiki.org/wiki/Requests_for_comment/MediaWiki_Foundation
is the proper place to discuss that more, if you'd like to.
--
Mark Holmquist
Software Engineer, Wikimedia Foundation
mtrac...@member.fsf.org
http:
> BrowserID/Persona currently requires JavaScript to function. So it
> really doesn't fit the kind of thing that we support as a standard way
> to login.
>
> I don't think it's a very good use of WMF's funding.
Is this the begin of a clash of civilisations between WMF and MediaWiki ?
__
On Fri, 28 Sep 2012 13:33:44 -0700, Thomas Gries wrote:
RE:
http://www.h-online.com/open/news/item/Mozilla-launches-beta-of-Persona-identity-system-1719634.html
(English)
RE:
http://www.heise.de/newsticker/meldung/Einheitliches-Web-Login-Mozilla-veroeffenlicht-Beta-von-Persona-1719623.html
(Ger
RE:
http://www.h-online.com/open/news/item/Mozilla-launches-beta-of-Persona-identity-system-1719634.html
(English)
RE:
http://www.heise.de/newsticker/meldung/Einheitliches-Web-Login-Mozilla-veroeffenlicht-Beta-von-Persona-1719623.html
(German)
RE: https://github.com/mozilla/browserid
I suggest, as
13 matches
Mail list logo
