So this is the current list:
* CategoryTree
Is this really a feature that most people would use?
* Cite
Is this something that most people really use on external sites? how
popular (i'm saying this because i'm probably one of the rarer people
that don't run/need it on any of my installs)
*
I got some more extensions I'd like to see bundeled:
* Poem. Well, actually, I think support for poem or lines or whatever should
be in core.
* SpamBlacklist and AntiBot. Dealing with spam is one of the main problem of a
young wiki.
-- daniel
___
Thomas Gries m...@tgries.de writes:
We should - starting now - take out time to collect (on a MediaWiki
page) opinions what extensions could be candidates for a roll-out.
Done. See [[mw:Possible Tarballs]].
It'd be nice to have a application that would allow people like SemWiki
to put
On 9 June 2011 15:25, Mark A. Hershberger mhershber...@wikimedia.org wrote:
It'd be nice to have a application that would allow people like SemWiki
to put together bundles that others could download. Let a thousand
tarballs bloom! (As long as I don't have to support them all. ;)
Mark A. Hershberger wrote:
Thomas Gries m...@tgries.de writes:
We should - starting now - take out time to collect (on a MediaWiki
page) opinions what extensions could be candidates for a roll-out.
Done. See [[mw:Possible Tarballs]].
Please use full URLs in e-mails. I doubt many e-mail
On 9 June 2011 17:58, MZMcBride z...@mzmcbride.com wrote:
http://www.mediawiki.org/wiki/Possible_tarballs
Note there's a strawpoll there to indicate tarball users' interest in
particular extensions. Go forth and !vote :-)
- d.
___
Wikitech-l
On 08.06.2011, 19:49 Chad wrote:
On Wed, Jun 8, 2011 at 11:22 AM, Mark A. Hershberger
mhershber...@wikimedia.org wrote:
Immediately, the objection of “bloat” would be raised. To alleviate
this concern, we can still provide a “MediaWiki-lite” tarball with only
the contents of phase3 as
On Wed, Jun 8, 2011 at 10:59 PM, K. Peachey p858sn...@gmail.com wrote:
* WikiEditor
Possibly I guess, although I would actually prefer it in core compared
to a extension, I'm not a fan of how it takes a little longer to load
and the screen jumps around.
Note that the jumping isn't because
On Thu, Jun 9, 2011 at 8:14 PM, Brion Vibber br...@pobox.com wrote:
On Wed, Jun 8, 2011 at 10:59 PM, K. Peachey p858sn...@gmail.com wrote:
* WikiEditor
Possibly I guess, although I would actually prefer it in core compared
to a extension, I'm not a fan of how it takes a little longer to load
On 9 June 2011 19:14, Brion Vibber br...@pobox.com wrote:
Note that the jumping isn't because it's an extension, but rather because of
the specific way the toolbar and editor bits get injected and activated.
Merging to core or not would have no effect on that -- it can be fixed while
still an
On Thu, Jun 9, 2011 at 2:02 PM, Max Semenik maxsem.w...@gmail.com wrote:
English-only seems kinda OTT, however a release with world's top 20
languages will satisfy 99% users and will still be significantly
smaller.
I also remember hearing lots of opposition about this last time it was
brought
Well if I'm setting up an internal wiki for 10 people, saving space may be
beneficial over supporting 250+ languages no one speaks.
-Chad
On Jun 9, 2011 2:54 PM, Casey Brown li...@caseybrown.org wrote:
On Thu, Jun 9, 2011 at 2:02 PM, Max Semenik maxsem.w...@gmail.com wrote:
English-only seems
On Thu, Jun 9, 2011 at 11:18 AM, Roan Kattouw roan.katt...@gmail.comwrote:
On Thu, Jun 9, 2011 at 8:14 PM, Brion Vibber br...@pobox.com wrote:
Note that the jumping isn't because it's an extension, but rather because
of
the specific way the toolbar and editor bits get injected and
On Thu, Jun 9, 2011 at 11:58 AM, Chad innocentkil...@gmail.com wrote:
Well if I'm setting up an internal wiki for 10 people, saving space may be
beneficial over supporting 250+ languages no one speaks.
At the moment the *entire* languages/ dir in trunk comes to... 43 megabytes.
(Not counting
David Gerard wrote:
On 9 June 2011 19:14, Brion Vibber br...@pobox.com wrote:
Note that the jumping isn't because it's an extension, but rather because of
the specific way the toolbar and editor bits get injected and activated.
Merging to core or not would have no effect on that -- it can be
On Thu, Jun 9, 2011 at 12:11 PM, MZMcBride z...@mzmcbride.com wrote:
I'm not sure if the same trick can work for the new toolbar, as the new
toolbar doesn't have a consistent height. The height fluctuates depending
on
which sub-modules have been expanded previously. This could probably be
On 11-06-09 12:09 PM, Brion Vibber wrote:
On Thu, Jun 9, 2011 at 11:58 AM, Chad innocentkil...@gmail.com wrote:
Well if I'm setting up an internal wiki for 10 people, saving space may be
beneficial over supporting 250+ languages no one speaks.
At the moment the *entire* languages/ dir in
We could provide a minified mediawiki version.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Jun 9, 2011 at 3:41 PM, Tim Starling tstarl...@wikimedia.org wrote:
On 09/06/11 03:25, Łukasz Garczewski wrote:
ConfirmEdit (rationale: every single public wiki I've setup dies without
this)
Maybe AbuseFilter would be a better anti-spam choice.
Probably not. It comes by default with
On 8 June 2011 16:22, Mark A. Hershberger mhershber...@wikimedia.org wrote:
Part of my motivation is that many people seem to install MediaWiki and
expect a wiki that acts very similar to Wikipedia, with which they are
more familiar. Now, part of the problem is documentation — these people
On Wed, Jun 8, 2011 at 11:22 AM, Mark A. Hershberger
mhershber...@wikimedia.org wrote:
Immediately, the objection of “bloat” would be raised. To alleviate
this concern, we can still provide a “MediaWiki-lite” tarball with only
the contents of phase3 as before.
Since we're going down the road
Hey,
Assuming that we are going to put *some* extensions in, we need to decide
which ones.
As some might remember, I raised the question of the Validator extension [0]
could be included in the tarball earlier this year [1]. This extensions goal
is facilitating features in other extensions,
While Vector is the default skin, the Vector extension should probably be
bundled too.
- Trevor
On Wed, Jun 8, 2011 at 9:00 AM, Jeroen De Dauw jeroended...@gmail.comwrote:
Hey,
Assuming that we are going to put *some* extensions in, we need to decide
which ones.
As some might remember, I
Mark A. Hershberger wrote:
Assuming that we are going to put *some* extensions in, we need to
decide which ones. Based on the problem reports in Bugzilla, I
think at
least Cite and ParserFunctions should be bundled. Others would be
Gadgets and WikiEditor.
So my list would be:
Cite
On Wed, Jun 8, 2011 at 5:22 PM, Mark A. Hershberger
mhershber...@wikimedia.org wrote:
So my list would be:
Cite
ParserFunctions
Gadgets
WikiEditor
ConfirmEdit (rationale: every single public wiki I've setup dies without this)
--
Lucas 'TOR' Garczewski
Community Engineer
On Wed, Jun 8, 2011 at 11:22 AM, Mark A. Hershberger
mhershber...@wikimedia.org wrote:
Assuming that we are going to put *some* extensions in, we need to
decide which ones.
[..]
Have a look at http://en.wikipedia.org/wiki/Special:Version or
On 8 June 2011 21:01, Casey Brown li...@caseybrown.org wrote:
I'd suggest that you also look at Suggestions for extensions to be
merged into core:
http://www.mediawiki.org/wiki/Suggestions_for_extensions_to_be_merged_into_core
The point of that page is to list extensions that we love and are
On Wed, Jun 8, 2011 at 8:22 AM, Mark A. Hershberger
mhershber...@wikimedia.org wrote:
There has been some talk among developers and others about bundling some
extensions with the tarball. The new installer supports enabling
extensions during installation, so if we're going to do it, I would
On Wed, Jun 8, 2011 at 10:25 PM, Rob Lanphier ro...@wikimedia.org wrote:
This would be 1.19 at the earliest. 1.18 is already branched, and if we're
aspiring to do much more frequent releases, the last thing we should do is
to complicate a 1.18 release by trying to add more features into the
On Wed, Jun 8, 2011 at 1:30 PM, Roan Kattouw roan.katt...@gmail.com wrote:
Why don't we first ask Tim how complicated it would be, and get
someone else to do it if it's more than 2-3 hours of work? I'm also
not sure the scripts Tim uses to create a tarball are even in SVN
anywhere, maybe he'd
On Wed, Jun 8, 2011 at 4:30 PM, Roan Kattouw roan.katt...@gmail.com wrote:
Why don't we first ask Tim how complicated it would be, and get
someone else to do it if it's more than 2-3 hours of work? I'm also
not sure the scripts Tim uses to create a tarball are even in SVN
anywhere, maybe he'd
On Wed, Jun 8, 2011 at 4:41 PM, Brion Vibber br...@pobox.com wrote:
Currently the installer's support for extensions is limited;
Yes :(
some won't actually set up right,
Examples?
and we don't handle dependencies well,
s/well/at all/
but
self-contained stuff like ParserFunctions and
On Wed, Jun 8, 2011 at 1:43 PM, Chad innocentkil...@gmail.com wrote:
On Wed, Jun 8, 2011 at 4:41 PM, Brion Vibber br...@pobox.com wrote:
Currently the installer's support for extensions is limited;
Yes :(
some won't actually set up right,
Examples?
Whatever was listed in bugzilla on
On Wed, Jun 8, 2011 at 4:48 PM, Brion Vibber br...@pobox.com wrote:
On Wed, Jun 8, 2011 at 1:43 PM, Chad innocentkil...@gmail.com wrote:
On Wed, Jun 8, 2011 at 4:41 PM, Brion Vibber br...@pobox.com wrote:
Currently the installer's support for extensions is limited;
Yes :(
some won't
On Wed, Jun 8, 2011 at 1:50 PM, Chad innocentkil...@gmail.com wrote:
Whatever was listed in bugzilla on that one bug where something didn't
run
its installer stages or something? I don't remember; the point is that we
know we don't hook all hooks etc.
That would be bug 28983, which is
Casey Brown wrote:
On Wed, Jun 8, 2011 at 11:22 AM, Mark A. Hershberger
mhershber...@wikimedia.org wrote:
Assuming that we are going to put *some* extensions in, we need to
decide which ones.
[..]
Have a look at http://en.wikipedia.org/wiki/Special:Version or
On Wed, Jun 8, 2011 at 1:30 PM, Roan Kattouw roan.katt...@gmail.com wrote:
On Wed, Jun 8, 2011 at 10:25 PM, Rob Lanphier ro...@wikimedia.org wrote:
This would be 1.19 at the earliest. 1.18 is already branched, and if we're
aspiring to do much more frequent releases, the last thing we should do
I like to have these urgently added in the tarball by default:
* TitleKey
* Cite
Tom
signature.asc
Description: OpenPGP digital signature
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Thu, Jun 9, 2011 at 12:21 AM, Rob Lanphier ro...@wikimedia.org wrote:
You're willing to say there are exactly *zero* fixes that would be
needed to be done in trunk and merged into 1.18 as a result of making
this change?
I guess the worst that could happen is that one of the bundled
On Wed, Jun 8, 2011 at 6:33 PM, Roan Kattouw roan.katt...@gmail.com wrote:
On Thu, Jun 9, 2011 at 12:21 AM, Rob Lanphier ro...@wikimedia.org wrote:
You're willing to say there are exactly *zero* fixes that would be
needed to be done in trunk and merged into 1.18 as a result of making
this
Am 09.06.2011 00:37, schrieb Chad:
Also this. I think it's a good idea, but not worth putting aside 1.17 or
1.18 work to make it happen.
I also think we are _not_ in a hurry to add extensions _now_
We should - starting now - take out time to collect (on a MediaWiki page
) opinions what
Jeroen De Dauw wrote:
As some might remember, I raised the question of the Validator extension [0]
could be included in the tarball earlier this year [1]. This extensions goal
is facilitating features in other extensions, which makes it somewhat
unique, and is I think a good reason to include
On Wed, Jun 8, 2011 at 3:21 PM, Rob Lanphier ro...@wikimedia.org wrote:
On Wed, Jun 8, 2011 at 1:30 PM, Roan Kattouw roan.katt...@gmail.com
wrote:
This argument completely misses the point. The (probably trivial)
extra work is in the tarballing process and doesn't touch anything
else.
On 09/06/11 01:22, Mark A. Hershberger wrote:
There has been some talk among developers and others about bundling some
extensions with the tarball. The new installer supports enabling
extensions during installation, so if we're going to do it, I would like
to start bundling them with the 1.18
On 09/06/11 03:25, Łukasz Garczewski wrote:
ConfirmEdit (rationale: every single public wiki I've setup dies without this)
That's a pretty good example of an extension which is not supported by
the installer at the moment. There's a python script which generates
the images, and it takes so long
45 matches
Mail list logo