Hello all,
I would like to invite you to the upcoming localisation and
internationalisation bug triage. The bug triage preparation is
available[1]. Please feel free to add bugs / use the chat window / email me
about i18n issues that you would like to discuss in the triage.
When : August 22,
I put together an RfC page for rewriting interwiki into sites to collect a
list of all the things that are needed out of a proper sites
implementation.
https://www.mediawiki.org/wiki/Requests_for_comment/New_sites_system
I tried to find all the ones I could. Try to point out any I missed.
Hey,
You mention using a global id to refer to sites for making links. And
synchronization of the sites table.
So you're saying that this part of Wikidata only works within Wikimedia
projects right?
Does Wikidata overall only function within Wikimedia projects. Or is there
a different
On Tue, 14 Aug 2012 07:32:07 -0700, Jeroen De Dauw
jeroended...@gmail.com wrote:
Hey,
You mention using a global id to refer to sites for making links. And
synchronization of the sites table.
So you're saying that this part of Wikidata only works within Wikimedia
projects right?
Does
Hey,
I was asking how you planned to handle sites in 3rd party wikis.
Do you have a separate mechanism to handle links from 3rd party clients?
Or are they supposed to sync their sites from Wikimedia's Wikidata?
AFAIK we're providing full urls in our export formats, not sure what our
current
I found this not at all bad looking. whatever your take, it's always
nice to have an outside view: http://www.wikipediaredefined.com/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 12-08-14 10:44 AM, Martijn Hoekstra wrote:
I found this not at all bad looking. whatever your take, it's always
nice to have an outside view: http://www.wikipediaredefined.com/
Also, the conversation on the Design list may be interesting:
I have a feeling that they are trying to make Wikipedia pretty,
but at the cost of making it much less functional.
For example, to get to Czech Wikipedia from www.wikipedia.org,
I have to roll over the top right corner?
That's absolutely unusable, I would never think of that.
Petr Onderka
For example, to get to Czech Wikipedia from www.wikipedia.org,
I have to roll over the top right corner?
That's absolutely unusable, I would never think of that.
Even better, the smaller wikis have very little screen space, so it
might be impossible to get to them! Great design.
And I was
I have a feeling that they are trying to make Wikipedia pretty, but at the
cost of making it much less functional.
For example, to get to Czech Wikipedia from www.wikipedia.org, I have to
roll over the top right corner?
That's absolutely unusable, I would never think of that.
Petr Onderka
I haven't really looked at the discussion, but I just want to note that several
members of the design team at WMF have been working on speculative full
redesigns for some time (myself included). Some of the functional ideas
expressed in Wikipedia Redefined are in our concept, along with others.
I've been tracking a performance problem which took me into this
profiler autoloading code by way of a false trail, so I am ignorant of
the development history, but at least I have come to this with fresh
eyes. I have also trawled the DL for relevant threads, and my topic is
related to a
Are there statistics available about the number of people that go to
www.wikipedia.org and then go to specific language wikipedias?
On 14 August 2012 20:08, Mark Holmquist mtrac...@member.fsf.org wrote:
For example, to get to Czech Wikipedia from www.wikipedia.org,
I have to roll over the top
On 14 August 2012 20:08, Mark Holmquist mtrac...@member.fsf.org wrote:
For example, to get to Czech Wikipedia from www.wikipedia.org,
I have to roll over the top right corner?
That's absolutely unusable, I would never think of that.
I don't get the part about roll over the top right corner.
That's what they proposed it should look like.
Currently, there is a direct link to the Czech Wikipedia
(and all the other Wikipedias) on www.wikipedia.org, like you said.
But in the proposal from http://www.wikipediaredefined.com/,
which is what I was replying to (but wasn't quoted in Mark's
On Tue, Aug 14, 2012 at 3:20 PM, Petr Onderka gsv...@gmail.com wrote:
But in the proposal from http://www.wikipediaredefined.com/,
which is what I was replying to (but wasn't quoted in Mark's email),
it is the way I described.
Aha, thanks for clarifying. ..and found the other thread about the
== Gerrit ==
For the time being, we're sticking with gerrit for ops, MediaWiki core, and
extensions:
* it works for what we need
* we have existing deployment workflows built on it
* it's being actively developed, and various improvements are coming in
That said there are known negatives; the
The good news for those who aren't so fond of Gerrit is that we do have
some nice alternatives on the horizon, which we can start working with and
improve... we'll be re-evaluating things across the board for core
extensions next year. (Ops can keep Gerrit forever if they like it, that's
not
The Lua extension (Scribunto) is now enabled on test2wiki.
Feedback would be greatly appreciated, especially if it comes in the
form of bug reports and feature requests filed in the Scribunto
component in Bugzilla.
19 matches
Mail list logo