MatmaRex (Bartosz Dziewoski) recently rewrote the CologneBlue skin for
better compatibility with modern MediaWiki standards -- see
https://gerrit.wikimedia.org/r/#/q/status:merged+project:mediawiki/core+bra…
. In case you're interested, here's what he learned:
"The things I learned are really mostly applicable to rewriting
cologneblue again ;) (or maybe other legacy skins). One big gotcha was
documented in https://gerrit.wikimedia.org/r/#/c/29422/ , another was a
tiny little bug i fixed in https://gerrit.wikimedia.org/r/#/c/26819/ ,
last one was https://gerrit.wikimedia.org/r/#/c/26808/ - and I'd say
that's it. All or most of the ugly things there were probably caused by
lack of a standardised interface like the SkinTemplate, so every skin
had to reimplement basic stuff like navigation. And then we have code
duplication, and it all being reimplemented slightly differently in
SkinTemplate, and legacy skins not supporting new hooks, because nobody
cared. But that's the usual story."
Anyone else trying to rewrite old MediaWiki skins? Any lessons learned?
--
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
Hi all,
Two months ago, we talked about Extension:Widgets [1] and
mediawikiwidgets.org [2] on wikitech-l [3].
Reminder: With Extension:Widgets, external services (Youtube,
Facebook...) are added to the parser by writing code (smarty) in the
Widget namespace. These Widgets are hosted on mediawikiwidgets.org.
In short, Sergey Chernyshev [4] wondered how we could save this great
work. That lead to a discussion about the quality/sustainability of
Extension:Widgets. Biggest issues raised were: security (code stored
within the wiki pages) and version control (of widgets).
We [5] have been working since on Extension:WidgetsFramework [6].
Inspired by Extension:Widgets, we hope it could be a suitable
successor. With Extension:WidgetsFramework, external services are
added to the parser like any other MediaWiki extension (php) but the
code is factorized and simplified. These Widgets are hosted in Git [7]
See the thorough documentation:
http://www.mediawiki.org/wiki/Extension:WidgetsFramework
We believe WidgetsFramework is now stable and advanced enough to face
the community (and its challenging insights). And here we are, asking:
- Do you think this extension has an use and a future for more than
just our wiki?
- If yes, what is the best way to distribute/manage the codes
(framework+widgets) within the community?
- If answer is "Git+Gerrit+mediawiki.org", can we get help? Our
resources are rather limited and... well... Gerrit scares us a bit :-)
Thank you for your time,
Regards.
--
[1] http://www.mediawiki.org/wiki/Extension:Widgets
[2] http://www.mediawikiwidgets.org
[3] http://comments.gmane.org/gmane.science.linguistics.wikipedia.technical/637…
[4] http://www.sergeychernyshev.com
[5] http://www.seizam.com
[6] http://www.mediawiki.org/wiki/Extension:WidgetsFramework
[7] https://github.com/Seizam/seizamcore/tree/master/WikiZam/extensions/Widgets…
--
Clément Dietschy
Seizam Sàrl.
24, rue de Bâle
68300 Saint-Louis (France)
tél. +33 6 87 75 99 27
www.seizam.com
hello
as we can write and edit rich text inside wiki, using an inline wysiwyg
rich text editor (eg ckeditor, tinymce, etc),
is there a similar way to create and edit diagrams and charts
(flowcharts, organization charts, etc) ?
*either *a seperate inline wysiwyg diagram editor (like draw.io,
diagram.ly, etc),
*or *just an inline wysiwyg rich text editor, that has the ability to
create and edit diagrams (simply draw movable boxes where you can write
text inside them, and draw lines to connect them, etc)
thanks!
For your information. You are invited / encouraged to take this
survey. Thank you!
---------- Forwarded message ----------
From: Quim Gil <qgil(a)wikimedia.org>
Date: Mon, Nov 19, 2012 at 9:40 AM
Subject: Please take this survey about new contributors
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Hi, if you joined the MediaWiki / Wikimedia tech community in 2010 or
later please consider taking this survey:
Newcomer experience and contributor behavior in FOSS communities
https://limesurvey.sim.vuw.ac.nz/index.php?sid=65151&lang=en
The survey is open for sporadic contributors or full time Wikimedia
employees, developers or any other profile. Anybody is welcome to
leave their feedback as long as you have started contributing to this
community in the past 3 years.
11 mature and well established open source projects are taking part in
this survey: Debian, FreeBSD, GNOME, Gentoo, KDE, Mozilla, NetBSD,
OpenSUSE, Python, Ubuntu and Wikimedia. Some of them started some days
ago and have more than hundred responses by now. The data of this
survey is anonymous and will be released under a ‘share-alike’ Open
Data Commons Open Database License (ODbL).
Some background:
>From Kevin Carillo, the researcher:
http://kevincarillo.org/survey-invitation/
>From OpenHatch, a non-profit working on the bridge between free
software projects and new contributors:
https://openhatch.org/blog/2012/a-research-project-to-understand-what-does-…
PLEA
If you, like me, became a bit tired of survey requests like this
please consider filling this one anyway. It focuses in a specific area
where we don't have much data. As fresh technical contributor
coordinator at the WMF I'm looking forward to the results of this
research and the lessons it will bring.
Thank you. :)
--
Quim Gil
Technical Contributor Coordinator
Wikimedia Foundation
I've soft-linked ( ln -s ) the mediawiki directory to some more descriptive
name but now I want to change it. I noticed after doing that the pages now
look 'scrambled' . Do I have to make the change also in the local settings
? - such as $wgScriptPath. This variable says : A lot of other variables
are defined relative to this one. * *So I'm trying to figure out the
ramifications of this.
Anyone ?
thanks,
Chris
Hello.
I just upgraded to MW 1.20, and now I'm getting this error after setting
$wgShowExceptionDetails to true (I turn it on when I get an error
message suggesting it, make a request to check, and turn it back off,
don't worry):
MediaWiki internal error.
Original exception: exception 'BadTitleError' with message 'The
requested page title was invalid, empty, or an incorrectly linked
inter-language or inter-wiki title.
It may contain one or more characters which cannot be used in titles.'
in /xxxxxxxxxx/includes/Wiki.php:197
Stack trace:
#0 /xxxxxxxxxx/includes/Wiki.php(536): MediaWiki->performRequest()
#1 /xxxxxxxxxx/includes/Wiki.php(446): MediaWiki->main()
#2 /xxxxxxxxxx/index.php(59): MediaWiki->run()
#3 {main}
Exception caught inside exception handler: exception 'MWException' with
message 'PCRE needs to be compiled with --enable-unicode-properties in
order for MediaWiki to function' in
/xxxxxxxxxx/includes/parser/Parser.php:1528
Stack trace:
#0 /xxxxxxxxxx/includes/parser/Parser.php(1160):
Parser->replaceExternalLinks('')
#1 /xxxxxxxxxx/includes/parser/Parser.php(370):
Parser->internalParse('The requested p...')
#2 /xxxxxxxxxx/includes/cache/MessageCache.php(873): Parser->parse('The
requested p...', Object(Title), Object(ParserOptions), true)
#3 /xxxxxxxxxx/includes/Message.php(605): MessageCache->parse('The
requested p...', Object(Title), true, true, Object(Language))
#4 /xxxxxxxxxx/includes/Message.php(434): Message->parseText('The
requested p...')
#5 /xxxxxxxxxx/includes/Message.php(496): Message->toString()
#6 /xxxxxxxxxx/includes/OutputPage.php(3528): Message->parseAsBlock()
#7 /var/www/wikistates.outwardhosting.com/includes/OutputPage.php(2062):
OutputPage->addWikiMsgArray('badtitletext', NULL)
#8 /xxxxxxxxxx/includes/Exception.php(342):
OutputPage->showErrorPage('badtitle', 'badtitletext', NULL)
#9 /xxxxxxxxxx/includes/Exception.php(374): ErrorPageError->report()
#10 /xxxxxxxxxx/includes/Exception.php(620): BadTitleError->report()
#11 /xxxxxxxxxx/includes/Exception.php(690):
MWExceptionHandler::report(Object(BadTitleError))
#12 /xxxxxxxxxx/includes/Wiki.php(449):
MWExceptionHandler::handle(Object(BadTitleError))
#13 /xxxxxxxxxx/index.php(59): MediaWiki->run()
#14 {main}
So I downloaded my Linux distribution's source package and recompiled
PCRE with the proper options and installed it in the distribution's
standard location and restarted Apache, only to get the same error. I
ran ldd on both the PHP executable and Apache's libphp5.so and they're
pointing to the correct libpcre.so. I'm running PHP 5.3.17.
What am I missing here?
Thank you,
Kurt Weber
hi folks,
Situation: InstantCommons does not work for me (I sitting behind a proxy).
Configuration:
- mediawiki 1.20 on debian squeeze
Proxyconfig in Localsettings.php
# PROXY Setting
$wgHTTPProxy = "http://*<myproxy>*:8080";
# proxy bypass list
$wgConf->localVHosts[] = '*<www.secret.com>*';
In my firewall-log I see that the debian-box tries to connect directly
(which does not work)
- Server: 91.198.174.224 port 80 http
- wikimedia-lb.esams.wikimedia.org
Any ideas?
Thx for input.
Cheers,
Roland
Is there a reason that the tests/ subdirectory (which holds unit-tests,
etc.) is missing from the 1.20.0 release?
My team recently implemented unit-testing using the phpunit infrastructure
that came with 1.18/1.19. I was told by various people on IRC that there
would be support for phpunit with Mediawiki far into the future...is this a
correct statement?
-Daniel
On Wed, Nov 14, 2012 at 11:00 PM, Marcin Cieslak <saper(a)saper.info> wrote:
> Hello,
>
> Kevin Carillo[1] from University of Wellington is going to research
> "Newcomer experience and contributor behavior in FOSS communities[2]
> So far Debian, GNOME, Gentoo, KDE, Mozilla, Ubuntu, NetBSD, OpenSUSE
> will be taken into account, and FreeBSD recently joined[3] and
> there is still some possibility for other large FOSS projects to join.
>
> I think it could fit nicely into our recent efforts directed
> at newcomer experience after Git migration. And MediaWiki is
> a bit different than above projects.
>
> Are we interested
> to include MediaWiki in that research?
>
> As Kevin explains in his post he tried to avoid spamming mailing
> lists to look for project interested, so I am doing this for him :-)
>
> //Saper
I've worked with Kevin in preparation for his survey and later
promotion from the KDE-side quite a bit. This is not the kind of
research project that is of no value to the project taking part. I
expect the results to be very useful for KDE (and likely also the
other projects taking part).
Cheers
Lydia
--
Lydia Pintscher - http://about.me/lydia.pintscher
Community Communications for Wikidata
Wikimedia Deutschland e.V.
Obentrautstr. 72
10963 Berlin
www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.