Mark A. Hershberger wrote:
I haven't understood the resistance of the WMF to use SMW in more
places, but putting it on MW.o would really make MW.o's non-WMF focus
clear.
If the Wikimedia Foundation put Semantic MediaWiki on MediaWiki.org, that
would mean that the Wikimedia Foundation would be
On Wed, 03 Apr 2013 22:23:41 -0700, Dmitriy Sintsov ques...@rambler.ru
wrote:
4 Апрель 2013 г. 9:16:49 пользователь Jeroen De Dauw
(jeroended...@gmail.com) написал:
Hey,
I see no reason to get rid of the hooks class.
Given you also do not understand why I think the comment is funny, I
Hey,
Out of curiosity, what's the largest wiki to use Semantic MediaWiki?
That depends on how you defined largest. If you want a list of public
wikis (which of course is not complete) by property value count, then here
you go: http://wikiapiary.com/wiki/Semantic_statistics
SMW is used on many
On Thu, Apr 4, 2013 at 2:15 AM, Jeroen De Dauw jeroended...@gmail.comwrote:
Hey,
Out of curiosity, what's the largest wiki to use Semantic MediaWiki?
That depends on how you defined largest. If you want a list of public
wikis (which of course is not complete) by property value count, then
4 Апрель 2013 г. 10:11:44 пользователь Daniel Friesen
(dan...@nadir-seen-fire.com) написал:
On Wed, 03 Apr 2013 22:23:41 -0700, Dmitriy Sintsov ques...@rambler.ru
wrote:
4 Апрель 2013 г. 9:16:49 пользователь Jeroen De Dauw
(jeroended...@gmail.com) написал:
Hey,
I see no
On Wed, Apr 3, 2013 at 3:06 PM, Steven Walling steven.wall...@gmail.com wrote:
The best way to approach a
project like this is not to propose an up-front migration of an entire wiki
to a new piece of software, just to prototype a few new features.
I think the potential migration of content to
Hey,
I'd say it's well informed paranoia. SMW is used on some largish wikis at
Wikia and it apparently causes issues very often. The largest wiki with SMW
at Wikia is very small in comparison to a lot of WMF wikis.
SMW has historically had a touch of the featuritis. Most of its features
On Wed, 03 Apr 2013 23:43:20 -0700, Dmitriy Sintsov ques...@rambler.ru
wrote:
4 Апрель 2013 г. 10:11:44 пользователь Daniel Friesen
(dan...@nadir-seen-fire.com) написал:
On Wed, 03 Apr 2013 22:23:41 -0700, Dmitriy Sintsov
ques...@rambler.ru wrote:
4 Апрель 2013 г. 9:16:49
Thank you for the vivid discussion about the potential future roles of
http://mediawiki.org and http://wikitech.wikimedia.org
I have updated
http://www.mediawiki.org/wiki/Technical_communications/Dev_wiki_consolidation#Proposed_solution
accordingly.
On 04/03/2013 03:51 PM, Steven Walling
I think we should consolidate wikitech and mediawiki. If wikipedia.org can
fit all the world's knowledge, how come we can't fit all our technical
know-how on one site? The fragmentation is unnecessary and arbitrary, it
confuses most newcomers and those not paying attention to the proper
separation
On Thu, 04 Apr 2013 00:10:38 -0700, Erik Moeller e...@wikimedia.org
wrote:
I think the potential migration of content to wikitech and the
potential use of certain MW extensions to improve the user experience
are legitimately separate issues.
Yeah. It seems like some are suggesting that some
On 04/03/2013 08:27 PM, Ori Livneh wrote:
Before we can say anything with confidence about what
newcomers truly need, we need to do some usability testing and
research. Because newcomers are generally voiceless, there is an
unconscious tendency to project onto them a set of subjective
Hi,
I'm not at all concerned about the rate at which you iterate -- it isn't
about how fast you put out the shiny and new, but whether the assumptions
that motivate this big undertaking are testable and falsifiable. Before we
can say anything with confidence about what newcomers truly
On 04/04/2013 12:10 AM, Erik Moeller wrote:
If the migration is merited, it is likely merited irrespective of
whether we use SocialProfile, LQT, SMW, SMF, etc.
In theory yes, but in practice there are some associations:
* Contributors and the docs relevant for them should be in the same
I still fully maintain that entirely static classes is the most useless
thing and is just an extremely crude method of hiding global context. We're
using PHP 5.3 in the core, might as well just use namespaces at that point,
because that's what a static class is: a namespace with global variables
On 04/04/2013 03:22 AM, Jeroen De Dauw wrote:
I fully agree with you when speaking about Wikipedia or whatnot. SMW, like
any software, has it's issues. Knowing these I think it'd be a bad idea to
try to deploy it on Wikipedia or Commons or whatever in its current state.
Thank you for this. I
On 04/04/2013 03:22 AM, Jeroen De Dauw wrote:
SMW will make any wiki uber-complicated and explode. This certainly does
not include concerns with deployment on the big WMF project wikis, which
should be taken seriously.
As a point of anecdotal data, I've used SMW with success at two of my
past
On Thu, Apr 4, 2013 at 11:59 PM, Marc A. Pelletier m...@uberbox.org wrote:
So yeah; perhaps SMW has issues that makes deployment to the bigger
content wikis problematic, but rejecting it for the smaller data-based
ones on a kneejerk is, at best, misguided.
It wasn't knee jerk the time it was
On 04/04/2013 10:04 AM, K. Peachey wrote:
Plus we already have another system that is getting worked on and
rolled out to a few of the production wikis that will seem to do
similar features (based on comments in this thread already).
I'm honestly not familiar enough with Wikidata to be able to
On Thu, Apr 04, 2013 at 01:51:50PM +0200, Željko Filipin wrote:
A few people commented last week that they liked the charts so I have
updated them to include this week's data (attached).
In slight contrast, would you mind putting them on a wiki somewhere and linking
to them? A) I have an email
On Wed, Apr 3, 2013 at 1:55 AM, Chad innocentkil...@gmail.com wrote:
Hi all,
tl;dr: I've cleaned up the mediawiki/core repo, and performance for
fetch/clone
operations should be noticeably faster.
I've now done this for all other repositories, so everyone should
see the benefits. I've got
On Thu, Apr 4, 2013 at 4:04 PM, Mark Holmquist mtrac...@member.fsf.orgwrote:
In slight contrast, would you mind putting them on a wiki somewhere and
linking to them?
Sure. Do you have a suggestion where to put them?
Andre, do we already have a place for something like that?
Željko
Yes, you would have to change it at Parser.php That point would be the
appropiate one. However, given the large amount of already-posted
timestamps (and that some people may not want the spans in the wiki
source), why not simply use a regex to replace the dates in the page?
On 4 April 2013 15:23, Željko Filipin zfili...@wikimedia.org wrote:
On Thu, Apr 4, 2013 at 4:04 PM, Mark Holmquist mtrac...@member.fsf.org
wrote:
In slight contrast, would you mind putting them on a wiki somewhere and
linking to them?
Sure. Do you have a suggestion where to put them?
On 04.04.2013, 16:04 Tyler wrote:
I still fully maintain that entirely static classes is the most useless
thing and is just an extremely crude method of hiding global context. We're
using PHP 5.3 in the core, might as well just use namespaces at that point,
because that's what a static class
On Thu, Apr 4, 2013 at 11:15 AM, Max Semenik maxsem.w...@gmail.com wrote:
On 04.04.2013, 16:04 Tyler wrote:
I still fully maintain that entirely static classes is the most useless
thing and is just an extremely crude method of hiding global context. We're
using PHP 5.3 in the core, might as
You are invited to join the Weekend Testing Americas session on the new
Account creation user experience: Saturday, April 6, 2013 5pm UTC - 1pm
EDT - 10am PDT.
http://weekendtesting.com/archives/2883
http://www.timeanddate.com/worldclock/fixedtime.html?iso=20130406T1700
We will play with the
On 04.04.2013, 19:17 Chad wrote:
On Thu, Apr 4, 2013 at 11:15 AM, Max Semenik maxsem.w...@gmail.com wrote:
On 04.04.2013, 16:04 Tyler wrote:
I still fully maintain that entirely static classes is the most useless
thing and is just an extremely crude method of hiding global context. We're
On Thu, Apr 4, 2013 at 11:28 AM, Max Semenik maxsem.w...@gmail.com wrote:
On 04.04.2013, 19:17 Chad wrote:
On Thu, Apr 4, 2013 at 11:15 AM, Max Semenik maxsem.w...@gmail.com wrote:
On 04.04.2013, 16:04 Tyler wrote:
I still fully maintain that entirely static classes is the most useless
The case for a static class I see:
Over functions:
* Uses the AutoLoader when needed, no explicit require
* Nicely groups the entire implementation of hooks into a compartment
Over namespaced functions:
* Uses the AutoLoader when needed, no explicit require
* Gives us proper state across
On Wed, 03 Apr 2013 22:15:27 -0700, Jeroen De Dauw
jeroended...@gmail.com wrote:
Hey,
I see no reason to get rid of the hooks class.
Given you also do not understand why I think the comment is funny, I
recommend you read up on why writing static code is harmful. And on how
global state can
On Wed, 03 Apr 2013 22:15:27 -0700, Jeroen De Dauw
jeroended...@gmail.com wrote:
Hey,
I see no reason to get rid of the hooks class.
Given you also do not understand why I think the comment is funny, I
recommend you read up on why writing static code is harmful. And on how
global state can
On Wed, Apr 3, 2013 at 4:15 PM, Daniel Friesen
dan...@nadir-seen-fire.comwrote:
On Wed, 03 Apr 2013 15:34:28 -0700, Brion Vibber br...@pobox.com wrote:
Parsing the timestamps in the text is a bit tough as it may be different
in
different languages my recommendation is to include a
On 04/04/2013 07:23 AM, Željko Filipin wrote:
On Thu, Apr 4, 2013 at 4:04 PM, Mark Holmquist mtrac...@member.fsf.orgwrote:
In slight contrast, would you mind putting them on a wiki somewhere and
linking to them?
Sure. Do you have a suggestion where to put them?
Somewhere near
Hey,
I'm curious what the list thinks of deprecating and eventually
removing the
Hooks class. Some relevant info:
/**
* Hooks class.
*
* Used to supersede $wgHooks, because globals are EVIL.
*
* @since 1.18
*/
Keeping a single wiki seems to be the most sensible approach. I agree with
Erik that there are good ways to separate different types of content, such
as namespaces, and I agree with Yuri that wikitech is the best choice of
name, since it is a superset of mediawiki.
I think we should agree on this
On Thu, 04 Apr 2013 13:57:42 -0700, vita...@yourcmc.ru wrote:
I second that!
Also I have an idea: maybe it would be good for mediawiki it the
initialisation state along with all constants/global
variables/extension metadata/preinitialised parser/preloaded PHP files,
could be cached
Hey,
I've now done this for all other repositories, so everyone should
see the benefits. I've got a change under review to add a cron
to perform this weekly.
Thanks Chad! You win one free interwebs!
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
Hey,
I have some extensions that make use of non-MW dependent PHP libraries.
These libraries come with PHPUnit tests that can be run as standalone. I'd
like them to be run together with the tests for my extensions making use of
them whenever I run them using phase3/tests/phpunit/phpunit.php. So
Hey,
I am looking for a way to obtain some information on the commits made to
some WMF hosted git repo within the last n seconds. My current solution is
using githubs since parameters as follows:
40 matches
Mail list logo
