+1 to the idea of using Google or Github account.
Makes the path easy for new contibutors. Earlier, I had a lot of trouble
resetting the Gerrit password as there was no 'Forgot password' link in the
sign in page (even I reported that as a bug: Bug 58205
< https://bugzilla.wikimedia.org/show_bug.cgi
On Sat, May 17, 2014 at 2:26 PM, Steven Walling wrote:
> Obviously with Google and Facebook as options we don't
> stand to gain a lot in terms of technical contributions.
>
This isn't necessarily true. I know that I personally would prefer to be
able to log in with my Google account, because it's
Sumana Harihareswara wrote:
>https://www.mediawiki.org/wiki/Performance_guidelines
>
>I think this page is ready to have the {{draft}} tag removed. I believe
>it now represents our consensus on what MediaWiki core, extensions, and
>gadgets developers should do to preserve high performance.
This lo
On 05/17/2014 06:14 PM, Daniel Kinzler wrote:
Am 17.05.2014 17:57, schrieb Subramanya Sastry:
On 05/17/2014 10:51 AM, Subramanya Sastry wrote:
So, going back to your original implementation, here are at least 3 ways I see
this working:
2. action=expandtemplates returns a ... for the expansion
On 5/17/14, Max Semenik wrote:
> I actually think that anons should be the last to gget new features if at
> all possible: they are the group least informed about projects' internal
> workings and thus it's hard for them to report problems.
>
+1
I'm reminded of a type of issue that popped up on
Am 17.05.2014 17:57, schrieb Subramanya Sastry:
> On 05/17/2014 10:51 AM, Subramanya Sastry wrote:
>> So, going back to your original implementation, here are at least 3 ways I
>> see
>> this working:
>>
>> 2. action=expandtemplates returns a ... for the expansion of
>> {{T}}, but also provides an
I actually think that anons should be the last to gget new features if at
all possible: they are the group least informed about projects' internal
workings and thus it's hard for them to report problems.
On Sat, May 17, 2014 at 3:37 PM, John wrote:
> Here is an interesting deployment idea, rol
Here is an interesting deployment idea, roll out but leave as opt-in for a
period of time, after a month or so, set as default for anons and new
accounts, During the whole process keep track of who has enabled it and
then disabled it, vs never enabled it. After a period of time move everyone
who ha
Rainer makes a few good points. This is not just another weekly
software update, this is a high profile interface change. The
discussion Max linked to did not have the same scope. And the site
notice is just point A in a set of three sensible suggestions.
I've followed the development of the Media
I thought we already had this discussion recently:
http://www.gossamer-threads.com/lists/wiki/wikitech/412782?do=post_view_threaded#412782
On Sat, May 17, 2014 at 2:55 PM, Rainer Rillke wrote:
> Recently, Media Viewer[1] (MMV) has been switched at Wikimedia Commons
> to be default.
>
> As some p
Recently, Media Viewer[1] (MMV) has been switched at Wikimedia Commons
to be default.
As some people do not care a lot for beta features or new features, do
not read the mailing lists and overlook main discussion forums or are
just unable to understand English, they were surprised and confused and
On Fri, May 16, 2014 at 5:19 PM, Chad wrote:
> I'm mostly worried about security issues in 3rd party implementations of
> oAuth
> that we can't control. I asked Chris S. about this earlier today and I hope
> he'll
> expand on this some more--especially concerning to me was the concrete
> example
On 05/17/2014 05:57 PM, Subramanya Sastry wrote:
> On 05/17/2014 10:51 AM, Subramanya Sastry wrote:
>> So, going back to your original implementation, here are at least 3 ways I
>> see this working:
>>
>> 2. action=expandtemplates returns a ... for the expansion of
>> {{T}}, but also provides an ad
On 05/17/2014 10:51 AM, Subramanya Sastry wrote:
So, going back to your original implementation, here are at least 3
ways I see this working:
2. action=expandtemplates returns a ... for the expansion
of {{T}}, but also provides an additional API response header that
tells Parsoid that T was a
(Top posting to quickly summarize what I gathered from the discussion
and what would be required for Parsoid to expand pages with these
transclusions).
Parsoid currently relies on the mediawiki API to preprocess
transclusions and return wikitext (uses action=expandtemplates for this)
which it
Am 16.05.2014 21:07, schrieb Gabriel Wicke:
> On 05/15/2014 04:42 PM, Daniel Kinzler wrote:
>> The one thing that will not work on wikis with
>> $wgRawHtml disabled is parsing the output of expandtemplates.
>
> Yes, which means that it won't work with Parsoid, Flow, VE and other users.
And it has
16 matches
Mail list logo
