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 been
(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
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 html.../html for the expansion
of {{T}}, but also provides an additional API response header that
tells Parsoid
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 html.../html for the expansion of
{{T}}, but also provides an
On Fri, May 16, 2014 at 5:19 PM, Chad innocentkil...@gmail.com 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
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
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 rainerril...@hotmail.comwrote:
Recently, Media Viewer[1] (MMV) has been switched at Wikimedia Commons
to be
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
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
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 phoenixoverr...@gmail.com wrote:
Here is an
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 html.../html for the expansion of
{{T}}, but also provides an
On 5/17/14, Max Semenik maxsem.w...@gmail.com 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
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 html.../html for the
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 looks
On Sat, May 17, 2014 at 2:26 PM, Steven Walling steven.wall...@gmail.comwrote:
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
15 matches
Mail list logo