Given what I've seen so far, it might be best to aim for a gradual
reimplementation of Parsoid features to make most of them work without a need
for Parsoid, with the eventual goal of severing the need for Parsoid completely
if possible. At any rate, the less the parser has to outsource, the
If I might weigh in, I concur with MZMcBride. If Parsoid is absolutely needed
regardless, that's one thing, but if a VE editing interface can be set up that
doesn't need Parsoid, that would reduce dependence on third party software,
make installation easier for all parties concerned, and not be
I agree. Purging should either be integrated into the MW core or the extension
needs to be made so anyone can use it whenever needed without needing JS.
Date: Sun, 28 Dec 2014 09:38:26 -0800
From: jdlrob...@gmail.com
To: wikitech-l@lists.wikimedia.org
Subject: Re: [Wikitech-l] Status of the
configuration
from wikitext messages to CSS styles
On 16 December 2014 at 21:07, Arcane 21 arc...@live.com wrote:
At the risk of sounding stupid, does this mean other wikis will need a
Parsoid instance to use this extension, or is this simply being tested in a
Parsoid environment and it's
At the risk of sounding stupid, does this mean other wikis will need a Parsoid
instance to use this extension, or is this simply being tested in a Parsoid
environment and it's just using CSS instead of wikitext for rendering? If the
former, not a fan of the idea at all. If the latter, awesome,
Mostly a few bugfixes.
To: mediawiki-annou...@lists.wikimedia.org; mediawik...@lists.wikimedia.org;
mediawiki-enterpr...@lists.wikimedia.org; wikitech-l@lists.wikimedia.org;
gla...@hallowelt.biz
Date: Thu, 28 Aug 2014 15:10:09 +0200
From: matma@gmail.com
Subject: Re: [Wikitech-l]
You might wish to try this:
https://www.mediawiki.org/wiki/Extension:Quiz
Date: Sat, 2 Aug 2014 18:12:51 -0400
From: valing...@gmail.com
To: wikitech-l@lists.wikimedia.org
Subject: [Wikitech-l] Deploying a centralized questionnaire to all pages of
a specific Category.
Hello,
I'm
In terms of applying the rule to things like articles written by someone for
pay on behalf of someone else, that policy makes sense.
As for code, I agree, that policy is counterproductive.
To: wikitech-l@lists.wikimedia.org
Date: Mon, 16 Jun 2014 22:42:05 +0200
From: matma@gmail.com
This seems to be a MW bug. Ever since we updated our wiki to MW 1.23, this has
been happening to lots of our users, myself included.
Apparently, the option to add pages edited to the watchlist is checked by
default, which probably needs to be disabled by default.
Date: Tue, 10 Jun 2014
Thanks for the reminder.
However, I think that not all those settings are not necessarily good, and
here's why:
* (bug 45020) Make preferences Add pages I create and files I upload to my
watchlist and pages and files I edit true by default.
This seems to be the default on Wikia, which I have
As someone who likes LQT (autosigning and visible threading are excellent
features) and wishes Flow was basically that, but better, I personally would
hope Flow would attempt to incorporate as many advantages of LQT and provide a
way to convert LQT threads to Flow format as smoothly as possible
Going to have concur on this. Flow and VE would be great for attracting new
users, but leaving the foundation of the community in the dust in favor of
innovation strikes me as a bad idea.
I support the idea of having the ability for the old methods of editing and
talk pages to work when and
I'm not disabled myself, but I do see the benefits in such a venture, and
assuming there is text-to-speech program with a MediaWiki friendly API (or at
least can hook into MediaWiki fairly well) that could be used as a backend, I
would think this would not only be possible, but a great idea.
The picture at the top and most of the other icons need shrunk a little, and
the page needs to fit more items together (it looks rather spaced out), but I
do like the icon choices.
It would also benefit from some more frames to separate the page sections IMO.
Otherwise, looks great. :)
From:
I support this. Adequate testing of 5.4 before abandonment of 5.3 would be a
sensible prelude to any major decision concerning this matter.
Date: Fri, 21 Feb 2014 16:37:24 -1000
From: canan...@wikimedia.org
To: wikitech-l@lists.wikimedia.org
Subject: Re: [Wikitech-l] Drop support for PHP 5.3
Being a firm believer in the LTS model, I support David's take on this issue.
Besides, they tend to be tested and reliable and have a longer support window
by default, so it makes sense to support them in turn.
From: dger...@gmail.com
Date: Fri, 21 Feb 2014 01:04:39 +
To:
If I might weigh in here, I don't see the harm in including all the WMF wikis
onto the interwiki map.
MediaWiki is intensely related to the WMF, so those links make logical sense
and it does no harm to include them in my opinion.
Date: Thu, 16 Jan 2014 22:40:37 -0500
From:
Welcome back, Sumana!
From: suma...@wikimedia.org
Date: Fri, 3 Jan 2014 22:48:22 -0500
To: wikitech-l@lists.wikimedia.org
Subject: [Wikitech-l] I'm back from Hacker School
Hi! As of yesterday, I'm back after my three-month sabbatical at Hacker
School. I'm in catchup mode so I haven't yet
I've tried PHP 5.5.0, had to go back to PHP 4.4.9 due to issues with deleting
and moving pages in MediaWiki.
From: p858sn...@gmail.com
Date: Mon, 16 Dec 2013 19:08:24 +1000
To: wikitech-l@lists.wikimedia.org
Subject: Re: [Wikitech-l] PHP new version(s) 5.5.7 and other versions.
(upgrade,
, Arcane 21 arc...@live.com wrote:
I've tried PHP 5.5.0, had to go back to PHP 4.4.9 due to issues with
deleting and moving pages in MediaWiki.
Is there a bug filed for this. If not please do so. MediaWiki should be
compatible with newer PHP versions.
*-- *
*Tyler Romeo*
Stevens
, if you can)
Am 16.12.2013 13:08, schrieb Arcane 21:
I've tried PHP 5.5.0, had to go back to PHP 4.4.9 due to issues with
deleting and moving pages in MediaWiki.
We need more details. Which version of MediaWiki do you use ?
I never encountered any problems with the latest PHP versions
5.5.0
I agree. While spammers are so pathetic they will do anything for page views, I
have to admire (and detest) their ability to adapt in order to spread their
nonsense.
Anything that slows them down, even in the slightest degree, is something I
support and recommend.
Date: Mon, 18 Nov 2013
Seems like a reasonable approach to me. The old release notes were a little
hard to follow, but your suggestion should make them more straightforward from
now on.
Date: Thu, 7 Nov 2013 22:21:52 -0500
From: m...@nichework.com
To: wikitech-l@lists.wikimedia.org
Subject: [Wikitech-l] Updating
I have a wiki there, and Orain is actually pretty decent as wiki farms go,
though they could probably use more regular staff members. It is non profit for
the forseeable future, though ads have been discussed only as in opt in option
for those that want them.
Date: Wed, 2 Oct 2013 21:33:35
I like this idea. Not every Tor user is vandal or troll, and assuming that all
of them are by default is not assuming good faith. Some people are just really
paranoid about their internet anonymity or live in restrictive countries (both
of which I sympathize with), so this idea would let them
Good luck and have fun, Sumana! :)
Date: Fri, 27 Sep 2013 20:31:37 -0400
From: suma...@wikimedia.org
To: wikitech-l@lists.wikimedia.org
Subject: Re: [Wikitech-l] Advance notice: I'm taking a sabbatical
October-December
Well, off I go. I'm about to unsubscribe from this list for the
Hmm, I can see your point. Flagged Revs would be as much of hindrances on
regular users as it would be on Tor users. I still think it should be
permissable for Tor editors to submit legitimate edits in some way, but your
points about the AGF policy and the purpose of Flagged Revs are duly
That idea sounds like something already that could be done by the Flagged Revs
extension.
Given that many of those suspicious edits could be extremely subtle, like minor
changes to mathematical equations and statistics, articles with lots of
potential for those types of subtle vandal edits
Sumana Harihareswara recently provided me assistance with some code I wanted
to write and invited me to join the wikitech mailing list, and she also
suggested I share my response to her with the rest of the list subscribers,
which I have reproduced (with some mild alterations) below:
Thanks
29 matches
Mail list logo