On 02/13/2013 07:57 PM, Chad wrote:
On Wed, Feb 13, 2013 at 4:35 PM, Sumana Harihareswara
suma...@wikimedia.org wrote:
Maybe our rule should be: if an extension is not
deployed on Wikimedia sites, then we should basically allow anyone to
merge new code in (disallowing self-merges), unless the
On 02/13/2013 09:20 PM, Brian Wolff wrote:
And more importantly
https://www.mediawiki.org/wiki/Extension:MWSearchalong
There was a typo. The URL is
https://www.mediawiki.org/wiki/Extension:MWSearch
Matt Flaschen
___
Wikitech-l mailing list
On 02/14/2013 12:04 AM, Dmitriy Sintsov wrote:
That is a really great idea. If there were
mediawiki/extensions/(wmf|non-wmf-unimportant|non-wmf-important)/*
subdirectories introduced, such classification should encourage
extension developers to improve their extensions so they can move up
On 02/14/2013 12:25 AM, Brian Wolff wrote:
I would consider git pull to mysteriously stop working because somebody
moved the git repo to be a pretty big disadvantage.
Similar to what I said earlier, I don't think anyone needs to request
review/merge rights for all non-WMF less important
On 02/14/2013 07:29 PM, Krinkle wrote:
Due to the way Git and Gerrit interact, a revert (unlike a merge) is
a two-step process. It considers it to be a separate commit (which it
is, of course). So clicking Revert only drafts a commit, it still
needs to be merged. This is generally done
On 02/15/2013 06:03 PM, Sîrbu Nicolae-Cezar wrote:
Hello,
What is Lua?
Thanks,
Sirbu Nicolae-Cezar
It is a programming language used for embedded scripting. Scribunto is
a MediaWiki extension that allows you to write templates in Lua (other
languages possibly coming later). Done right,
On 02/15/2013 03:33 PM, Rob Lanphier wrote:
Hi everyone,
We're planning to deploy Lua to a long list of wikis on Monday,
February 18, 23:00-01:00 UTC (stretching into Tuesday UTC), including
English Wikipedia.
Details here:
http://meta.wikimedia.org/wiki/Lua
This is A Big Deal.
On 02/16/2013 01:50 PM, Basil George wrote:
*We have tried to address the privacy issues in obtaining IPs
herehttp://meta.wikimedia.org/wiki/Grants_talk:IEG/Mapping_History:_Revision_History_Visualizer_and_Improvement_Suggester_using_Geo-Spatial_Technologies#Addressing_privacy_concerns.
As we
On 02/16/2013 12:30 PM, Basil George wrote:
Please go through the proposal
herehttp://meta.wikimedia.org/wiki/Grants:IEG/Mapping_History:_Revision_History_Visualizer_and_Improvement_Tracker_using_Geo-Spatial_Technologies
and
do endorse it if you find it interesting.
I also think you should
On 02/22/2013 09:38 PM, Chad wrote:
So, I've seen this site tossed around quite a bit recently, and I'm curious:
is there any plan to start integrating this jenkins and our other jenkins?
More importantly: is there any chance to get the results of these sorts of
tests in Gerrit? I think it's
On 02/22/2013 03:43 PM, Marc A. Pelletier wrote:
On 02/22/2013 03:17 PM, maiki wrote:
Is this up for discussion, or are we at the point of planning
deployment?
The latter. I can elucidate a number of scenarios where that is
beneficial, but the primary one from my perspective is that of
On 02/22/2013 06:33 PM, Brian Wolff wrote:
Which coincides to several bots/tools and would generally be quite useful.
Quite honestly having bots make edits directly on someones behalf using
their account sounds scary.
For autonomous bots, yes (they should keep using their own accounts).
But
On 02/22/2013 11:32 PM, Brian Wolff wrote:
What ive always wondered is what happens if your oid provider goes
under/otherwise dissapears. I imagine that means you lose your user account
all across the internet, which is a scary thought
Some sites, like Stack Overflow, allow you to add
On 02/23/2013 02:46 PM, Casey Brown wrote:
Would the fact that Bugzilla uses your e-mail address publicly for
everything (rather than a separate account name) cause any problems
when switching to OpenID?
It should be careful not to publicize people's wiki email (sometimes
private and used only
On 02/25/2013 12:53 PM, Sumana Harihareswara wrote:
The question: what do we need to test more often to keep RDBMSes happy?
https://www.mediawiki.org/wiki/Database_testing
https://www.mediawiki.org/wiki/New_installer/Test_plan Permissions,
searching, schema setup, schema changes, quoting
On 02/25/2013 09:21 PM, Luca de Alfaro wrote:
I am writing this message as we hope this might be of interest, and as we
would be quite happy to find people willing to collaborate. Is anybody
interested in developing a GUI for it and talk to us about what API we
should have for retrieving this
On 02/20/2013 05:56 PM, Arthur Richards wrote:
Once we have MobileFrontend working properly (in a production-like manner)
on betalabs, we'll be a big step closer to this - particularly once
betalabs is continuously updating to head of master for MobileFrontend. I
believe a majority of the
On 02/26/2013 02:29 AM, Luca de Alfaro wrote:
- We need a way to poll the database for things like what are all
revision_ids of a given page. We could use the API instead, but it's less
efficient.
Yes, as others have said LAbs should allow that either now or shortly.
You should sign
On 02/26/2013 02:14 PM, Luke Welling WMF wrote:
Specifically, do we use MySQL specific syntax that is more efficient (but
breaks elsewhere) or do we attempt to write lowest common denominator SQL
that will run more places, but not run as efficiently on our primary target?
There's a DB layer
On 02/19/2013 02:36 AM, MZMcBride wrote:
Hi.
I wrote https://www.mediawiki.org/wiki/Gerrit/Reports over the weekend.
Cool! And a creative bot name, as always.
Matt Flaschen
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On 02/26/2013 11:35 PM, Jeremy Baron wrote:
On Feb 26, 2013 11:25 PM, Matthew Bowker matthewrbowker.w...@me.com
wrote:
I hate to be that guy, but is it supposed to be password protected? Is
there somewhere non-ops people can look for server status, or is
http://status.wikimedia.org it?
try
On 02/26/2013 11:55 PM, Leslie Carr wrote:
Thanks - I'll try to get status.wikimedia updated in the morning.
Can you try with https now ? I had forgotten to reload apache when
pushing out a change to the https config (to allow https without
login). You can also use http.
HTTPS works.
On 02/27/2013 09:05 AM, Brian Wolff wrote:
What's #wikimedia-tech used for now a days? From what I gather it is used
for general technical help on wikimedia projects, which sounds kind of in
the same direction as what you are suggesting (disclaimer: I don't
generally idle/join that channel, so
On 02/27/2013 08:29 PM, Yuri Astrakhan wrote:
Update: I think its fully repeatable - in chrome's incognito mode
(Ctrl+Shift+N) - logged in into http en.wiki, tested in ru.wiki and zh.wiki
-- worked fine. Switched to non *.wikipedia.org urls - fail.
It is working for me on HTTPS in Firefox
On 02/27/2013 10:29 PM, Greg Sabino Mullane wrote:
Not sure what you mean - index hints? Yeah, that could be a little tricky,
but luckily the Postgres part, at any rate, doesn't have to worry about
those (as our planner is smart enough to pick the best index itself ;).
I can't think of a
On 02/28/2013 01:39 AM, Chad wrote:
On Wed, Feb 27, 2013 at 10:08 PM, Bináris wikipo...@gmail.com wrote:
Is there any news in this case? How can we get Module translated?
Submit a change to Gerrit. Follow the examples set here:
https://gerrit.wikimedia.org/r/#/c/51207/
On 02/28/2013 05:35 PM, Faidon Liambotis wrote:
I've been in quite important meetings with 15+ attendants where Etherpad
Lite has been used exclusively -- so, clearly not for purposes that are
testing or staging. So, Labs is the wrong place to have this. Can you
coordinate with us
Has anyone looked at allowing a user to have global CSS and JS across
all WMF wikis?
I know you can hack it with a mw.loader.load on all the wikis you use,
but it would be useful if CentralAuth had it built in.
Is there a bug for this?
Matt Flaschen
On 03/05/2013 09:47 AM, Isarra Yos wrote:
The licensing information is on the page itself, of which the minified
js winds up a part. For every file or other object that makes up the
page to all contain the licensing information would be pretty unusual.
It's like taking a file out of a page
On 03/05/2013 12:29 PM, Luke Welling WMF wrote:
We should discuss them separately, but this core mediawiki JS is GPL2
https://github.com/wikimedia/mediawiki-core/tree/master/resources
I am referring to Isarra's comment:
The licensing information is on the page itself, of which the minified
js
On 03/05/2013 12:08 PM, Jay Ashworth wrote:
And in the unlikely event that's not good enough, the Foundation may well
be able to get a codicil license on the relevant libraries, acknowledging
that it needn't include the license text in on-the-wire minified copies.
If it does turn out we
On 03/05/2013 12:27 PM, Jay Ashworth wrote:
- Original Message -
From: Tyler Romeo tylerro...@gmail.com
But WMF getting a license doesn't help everybody else who uses MW.
Minification is a WMF cluster issue, not a MW software issue, is it not?
No, ResourceLoader and the
On 03/05/2013 02:33 PM, Platonides wrote:
On 05/03/13 21:53, Matthew Flaschen wrote:
On 03/05/2013 12:29 PM, Luke Welling WMF wrote:
We should discuss them separately, but this core mediawiki JS is GPL2
https://github.com/wikimedia/mediawiki-core/tree/master/resources
I am referring
On 03/05/2013 04:27 PM, Quim Gil wrote:
On 03/05/2013 01:44 PM, Steven Walling wrote:
Just wanted to share this piece of new documentation with everyone:
https://wikitech.wikimedia.org/wiki/Query_profiling_for_features_developers
Thank you for improving our documentation.
Is there any
On 03/04/2013 07:12 PM, Krinkle wrote:
Things this will catch are basically everything else. Any runtime error
that we can't detect in static analysis but will fail no matter what
browser you're in, such as:
* misspelled identifiers or syntax errors
* issues with ResourceLoader (mw.loader)
On 03/05/2013 09:27 AM, James Forrester wrote:
You can of course always counter-over-ride your global JS/CSS locally - the
composite rule would presumably be changed to:
1. file,
2. site
3. skin,
*. global-user
4. local-user
However, it's trickier to override JS then override CSS. For
On 03/05/2013 10:50 PM, Krinkle wrote:
Considering the global aspect it may be more useful (and flexible) to
enforce this from the global script instead of from local preferences, which
are rather annoying to maintain imho.
if ( dbname == wikidatawiki || .. ) {
return;
Good point.
Right now, there's two message systems, one in mediawiki.js that
basically just handles dollar-sign replacements, and an increasingly
sophisticated one in jqueryMsg that tries to emulate the server. To
make it more complicated, jqueryMsg monkey-patches mediawiki.js.
What do people think about
On 03/06/2013 04:36 PM, Sumana Harihareswara wrote:
If you want your code merged, you need to keep your database queries
efficient. How can you tell if a query is inefficient? How do you write
efficient queries, and avoid inefficient ones? We have some resources
around:
Roan Kattouw's
On 03/06/2013 10:13 PM, Amir E. Aharoni wrote:
It's already used for parts of the UniversalLanguageSelector
extension, to make them as portable as possible. There are no current
solid plans to make wider use of it in MediaWiki, but I'd love to see
it replace as much of our messages system as
On 03/07/2013 12:00 PM, Antoine Musso wrote:
Le 06/03/13 23:58, Federico Leva (Nemo) a écrit :
There's slow-parse.log, but it's private unless a solution is found for
https://gerrit.wikimedia.org/r/#/c/49678/
https://wikitech.wikimedia.org/wiki/Logs
And slow-parse.log is probably going to
On 03/10/2013 05:33 PM, Yuri Astrakhan wrote:
* install phpmyadmin sqlite
PHPMyAdmin also has major security issues. It isn't allowed on
Wikimedia Labs and probably shouldn't be used here. Why does SQLite
need to be installed exactly?
* DEBUG == that's a big one, setting it up for easy
On 03/10/2013 06:43 PM, Platonides wrote:
On 10/03/13 22:39, Chad wrote:
Hi,
I've been thinking about this for the last week or so because it's becoming
incredibly clear to me that core isn't scaling. It's already taking up over
4GB on the Gerrit box, and this is the primary reason core
On 03/10/2013 06:03 PM, Bartosz Dziewoński wrote:
-We can rewrite history (git-filter-branch) to remove some mistakes that
exploded the repo size. Binaries later removed, things accidentally
checked
into ./extensions, etc. This could potentially greatly reduce object
sizes
and allow for
On 03/10/2013 07:17 PM, Yuri Astrakhan wrote:
Matthew, we are talking about a developer's virtual machine that has no
network connection to anything except the developer's machine itself, and
used purely for development.
As you said yourself, it's currently bridged. Doesn't that mean it is
in
On 03/10/2013 07:53 PM, Brian Wolff wrote:
Json standard is pretty clear that any character can be escaped using \u
utf-16 code point or you can just have things be utf8. If clients break
because they can't handle that, that is the client's fault. Its not a hard
requirement.
Just a note, the
On 03/11/2013 08:38 AM, Paul Selitskas wrote:
Can you add Belarusian projects as well?
'bewiki' = 'uca-be',
'bewikisource' = 'uca-be',
'be_x_oldwiki' = 'uca-be',
I was denied while sending a patch for review.
Please file a bug if you haven't already.
How did you attempt to do a patch?
On 03/12/2013 01:44 PM, Greg Grossmeier wrote:
One of the things that became apparent is that the Features Teams (eg:
E2, E3, Visual Editor) tend to have separate branches that they develop
on and only merge to master closer to their deploy windows. There is
some variation among them, of
On 03/12/2013 04:43 PM, Chris McMahon wrote:
On Tue, Mar 12, 2013 at 2:21 PM, Matthew Flaschen
mflasc...@wikimedia.orgwrote:
In the case of the GettingStarted extension v2, we used a feature branch
because it was a user-facing change that took a few weeks to get ready
for deployment
On 03/12/2013 05:07 PM, David Gerard wrote:
A few people on rationalwiki.org have been muttering about doing a
customised Vector skin.
The trouble with Vector is that, as I understand it, it's an odd
melange of extension and skin, with functionality that should be in
one being in the other,
On 03/12/2013 06:24 PM, MZMcBride wrote:
I believe the Wikimedia Foundation would like to eventually phase-out the
Vector skin in favor of the Athena skin (cf.
https://www.mediawiki.org/wiki/Athena).
Maybe, but right now there is a lot more discussion about Agora
(basically, what
http://www.modern.ie/en-us/virtualization-tools is offering VMs for
testing various versions of IE.
Unlike before, they now even offer VirtualBox and VMWare images, so you
don't have to convert the Virtual PC ones.
Matt Flaschen
___
Wikitech-l mailing
On 03/12/2013 09:01 PM, Lars Aronsson wrote:
Provide a tool on the toolserver, or any other
server, having a simple link syntax that specifies
the language code and the text, e.g.
http://toolserver.org/mytool.php?lang=frtext=gouter
Good idea, though I agree with Brian a special page would be
On 03/13/2013 03:17 AM, Nikola Smolenski wrote:
Why CC0 (public domain)? Your example
(http://commons.wikimedia.org/wiki/File:Fr-go%C3%BBter.ogg) is CC-BY,
which is not public domain and requires attribution (which I think all
Wikimedia projects do for text). I'd say CC-BY-SA or CC-BY would
On 03/13/2013 11:06 AM, Željko Filipin wrote:
On Wed, Mar 13, 2013 at 1:31 AM, Matthew Flaschen
mflasc...@wikimedia.orgwrote:
Unlike before, they now even offer VirtualBox and VMWare images
ievms[1] makes it even simpler to download all images.
Cool, thank you.
Matt
On 03/14/2013 01:11 AM, Dmitriy Sintsov wrote:
Aren't these Windows systems bundled into VM images get expired every
month or so so you have to re-download huge images again and again? I
used to download and run IE tests for custom MW scripts / skins about
1.5 years ago, it was really tiresome
On 03/14/2013 04:01 PM, Brad Jorsch wrote:
I've made a first stab at adding support, based on the existing captcha
interfaces for login and editing:
MediaWiki core: https://gerrit.wikimedia.org/r/53793
ConfirmEdit ext: https://gerrit.wikimedia.org/r/53794
Side note, there is also an
On 03/14/2013 05:49 PM, Lars Aronsson wrote:
Forvo looks very nice, and if they can do the job,
I'm happy that we don't have to. We should try
to collaborate with them.
Unfortunately, their license (non-commercial) is not free as in freedom,
and not acceptable for Wikimedia projects.
It's
On 03/15/2013 08:11 PM, Yuvi Panda wrote:
Hello! So I tried converting
https://github.com/wikimedia/qa-browsertests/pull/1 into a Gerrit changeset
(https://gerrit.wikimedia.org/r/#/c/54097/) , and was mostly successful. It
is also a relatively painless process - at least for single commits.
On 03/20/2013 07:43 PM, Quim Gil wrote:
Most of these projects seem to be extension (and PHP?) centric. Can we
have more diversity? Maybe gadgets and templates are too simple for a
GSOC project?
A gadget can be quite elaborate. Examples (among many others) include
Navigation_popups, Twinkle,
On 03/18/2013 01:29 PM, Tomasz Finc wrote:
Greetings all,
I'm pleased to announce that the mobile department has two new staff
members. Yuri Astrakhan Adam Baso join as sr. software developers on
the mobile partner team.
Welcome! It's great to have both of you.
Matt Flaschen
On 03/22/2013 12:48 PM, Chris Steipp wrote:
I think the caricature of OAuth there should be taken with a grain of
salt. The author talks about OAuth, but seems to be referring to
OAuth 2 primarily, which is very different from OAuth 1. Also, the
author says that the protocol was designed for
On 03/27/2013 10:41 AM, Quim Gil wrote:
That wouldn't be a bad project for GSoC as it isn't too large so it
means
we could actually see some results.
Feedback and help about this feature is welcome at
https://bugzilla.wikimedia.org/show_bug.cgi?id=31221
(we might create a bug report
On 03/27/2013 01:12 AM, Tyler Romeo wrote:
I'm not sure whether it'd be helpful for this project, but
https://github.com/akrennmair/speech-to-server looks interesting. Somebody
ported lame (the mp3 encoder) to JavaScript. The demo I linked to records
in the browser and streams it to a server
On 03/14/2013 07:24 PM, Neil Harris wrote:
Dear Wikimedia ops team,
Please do not hit reply when you want to start an unrelated thread.
Compose a new email to wikitech-l@lists.wikimedia.org . That way it
won't be grouped with something unrelated.
Thanks,
Matt Flaschen
On 04/03/2013 02:02 AM, Chad wrote:
On Wed, Apr 3, 2013 at 1:55 AM, Chad innocentkil...@gmail.com wrote:
I've now run this on mediawiki/core, and the repo went from 3.0G down to
~620M on disk.
I copy+pasted this wrong. This is actually 323M on disk. To give you an
idea of the kind of
On 04/03/2013 03:30 AM, Ori Livneh wrote:
That seems wrong. Of the two, MediaWiki.org is clearly the more
successful wiki. It is larger by all measures, and draws a wide pool
of active contributors.
I don't know that it's appropriate to put WMF-only stuff on the
MediaWiki site. Of course, I'm
On 04/03/2013 09:15 AM, MZMcBride wrote:
Ryan Lane wrote:
mediawiki.org will still exist to document MediaWiki. The domain name
itself makes it fairly ill-fit to document our non-MediaWiki software
documentation.
I follow Wikimedia pretty closely and I have no idea what the distinction
On 04/03/2013 11:58 AM, Yury Katkov wrote:
Why? SMW is already here, it's documented beautifully, it has good
performance, active community and it is NOT developing by Wikimedia
Foundation, which is good political decision for the MediaWiki.org portal
which aimed to be closer to 3rd party
On 04/03/2013 11:26 AM, Antoine Musso wrote:
Le 03/04/13 15:48, Yury Katkov a écrit :
IMO stuff related to inner projects of Wikimedia foundation should be
located on wikitech. Manuals that are related to MediaWiki as a software
and its extensions should live on MediaWiki.org. No
On 04/03/2013 01:55 AM, Chad wrote:
Hi all,
tl;dr: I've cleaned up the mediawiki/core repo, and performance for
fetch/clone
operations should be noticeably faster.
This also seems to have fixed
https://bugzilla.wikimedia.org/show_bug.cgi?id=46399 (the Included in
feature in Gerrit was
We are in the process of phasing out Clicktracking. An example of this
is https://gerrit.wikimedia.org/r/#/c/46205/ . If you are relying on
this for an extension, you should explore other options, such as
https://www.mediawiki.org/wiki/Event_logging .
Matt Flaschen
On 04/07/2013 08:20 AM, Yury Katkov wrote:
Yuvi, that's great project of you!
What do you think about adding not only languages but also technologies?
For example if you know Semantic Web technologies (RDF and SPARQL) you can
help Semantic MediaWiki.
And/or Wikidata.
Matt Flaschen
On 04/08/2013 03:21 PM, Yuri Astrakhan wrote:
* Figure out which localized string to use for language X, in case there is
no message in X. Something like use Russian if Belarusian message is not
available. I remember this was present in pywiki framework, and suspect
mediawiki has it somewhere.
On 04/07/2013 03:24 PM, Gaurav Chawla wrote:
- I introduced voting to include the users view into the
information/definition that wikIcards will show. That will give a more
accepted defn.
I agree with Quim (on the bug). Consensus is a better approach for
content (voting on such things is
On 04/09/2013 12:18 PM, Denny Vrandečić wrote:
I thought that in order to discuss these design decisions with the
community before hand, telling them on their respective village pump is
sufficient. Not so it seems. No single channel would find acceptance to
communicate with the community.
On 04/06/2013 12:38 PM, Lars Aronsson wrote:
The idea to invent a new name (Wikimedia) in 2003
was a mistake, as everybody in outreach can testify.
With hindsight, it was probably a mistake to make the names so similar.
I do think there should be distinct names. Wikimedia has great
projects
On 04/10/2013 07:29 PM, Quim Gil wrote:
If the Commons community is happy to take this format, fine. But we need
to know before the deadline for accepting projects. Or you need to
change your strategy.
An alternative approach is server-side conversion to a Commons-approved
format such as Ogg,
On 04/11/2013 06:25 PM, Yuvi Panda wrote:
Forwarding to wikitech-l, since I'm unsure how many people follow mobile-l
https://www.mediawiki.org/wiki/ResourceLoader/Writing_a_MobileFrontend_Friendly_ResourceLoader_module
mentions a efEnableMobileModules hook.
The actual hook is
On 04/11/2013 06:54 PM, Lukas Benedix wrote:
Can you tell me why this is going to be removed and what insights you
got from it?
It's being removed in favor of EventLogging, which we believe is
technically better and more flexible. For some of the research these
extensions make possible, see
On 04/11/2013 11:46 AM, Small M wrote:
There's an article for Microsoft Pivot at [1] . Originally it was a
standalone application (which is no longer supported), and now is a
silverlight control (PivotViewer). HTML5 is usually preferred to plugins, so
some made an HTML5 version at [2].
On 04/14/2013 02:04 PM, Yury Katkov wrote:
Hi everyone!
Is there a way to configure email notifications and emails so that the
users of the wiki receive emails in html format? Or in text format
without wiki-markup. I haven't found any extension that can do that.
This is planned for the new
On 04/16/2013 02:47 PM, Quim Gil wrote:
It is your choice. Maybe the mentors of these projects can help you
deciding? As far as I'm aware, so far nobody has presented proposals
about any of these areas. Note that VisualEditor plugins still
requires that you choose a specific plugin you would
On 04/18/2013 06:21 PM, Steven Walling wrote:
Hi all,
This is a heads up that we've added a small new feature which hopefully
will make things less painful for users across the projects: the ability to
refresh the CAPTCHA you're presented without refreshing the entire page. It
should work
On 04/19/2013 07:59 AM, Platonides wrote:
Although, is Refresh the best term for the UI?
It should be pretty clear based on context and the icon. People have
seen this before on other sites. However, it's easy to change the text
later if needed.
Matt Flaschen
On 04/22/2013 07:00 PM, Terry Chay wrote:
Hello everyone,
It’s with great pleasure that I’m announcing that Erik Bernhardson has
joined the Wikimedia Foundation as a Features Engineer.
Welcome! You've got a really interesting background and I look forward
to working with you.
Matt Flaschen
On 04/23/2013 12:37 AM, K. Peachey wrote:
I believe E:Getting_Started is already working on something like this.
It's similar, though Inspire Me seems targeted towards interesting
things to *read*, whereas GettingStarted is meant for interesting things
to *edit.
Also, GettingStarted is not
On 04/23/2013 03:23 PM, Vishal Thukral wrote:
For now my user page is under development. Please bear with this format
You didn't include a link to your user page.
Matt Flaschen
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On 04/23/2013 02:36 PM, Quim Gil wrote:
Thanks to Lydia we have now a link to a collection of real good GSoC
proposals:
https://docs.google.com/document/pub?id=1Iqk8MTix2CN1pAgqhZqhefKTwiA7P73zQH9N46lvyB0
It's not critical. But of course it would also be nice to have some
MediaWiki
On 04/23/2013 09:58 AM, Daniel Friesen wrote:
Mind pointing out what is messy about special pages? If you've got an
actual issue with them some of us would probably like to actually fix it.
Cause actions were in fact the older interface. Till one or two people
attempted to bring them up to
On 04/25/2013 09:27 AM, Tyler Romeo wrote:
On Thu, Apr 25, 2013 at 9:12 AM, Brad Jorsch bjor...@wikimedia.org wrote:
personal hat on
It certainly doesn't count as source code: The source code for a work
means the preferred form of the work for making modifications to it
hardly describes
On 04/27/2013 01:51 AM, Quim Gil wrote:
See https://bugzilla.wikimedia.org/show_bug.cgi?id=43058 - we know the
situation isn't ideal (and not even well documented) but James Forrester
(VisualEditor product manager and volunteer mentor) can help pointing to
possible directions.
A little off
On 04/28/2013 11:15 AM, Lukas Benedix wrote:
What exactly is uselang=qqx doing?
http://www.wikidata.org/wiki/Q567?uselang=qqx
looks like this:
http://lbenedix.monoceres.uberspace.de/screenshots/oojp8u26nl_(2013-04-28_17.13.54).png
On 04/28/2013 05:10 PM, Rahul Maliakkal wrote:
Hello,
Based on the feedback I got from the community, I have made my final
proposal. Since only 3 days are left, I urge everyone to kindly reply as
early as possible.
It looks good. I have a couple small notes:
1. Firefogg only helps in one
On 04/30/2013 08:25 AM, Indrani Sen wrote:
Hello,
I am summarizing here my proposal idea for OPW MediaWiki projects.
Objective: To test MediaWiki/WikiPedia websites across different
browsers. To make sure various website features are supported on
different browser platforms. This is
On 04/30/2013 02:22 PM, Jiabao Wu wrote:
Hi Quim,
Thank you for your reminder. Does this mean that the applicants have one
more day, or half a hour? ... Sorry I always feel pretty confused about
this...
The deadline in 1900 UTC May 1st.
See
On 04/30/2013 10:10 AM, Andre Klapper wrote:
On Tue, 2013-04-30 at 18:18 +0530, Dheeraj Joshi wrote:
I have submitted my project proposal for GSoc'13. Please have a look and
review it.
Link : http://www.mediawiki.org/wiki/User:Dheerajjoshi1991
Thanks for your proposal!
Thank you for
On 05/02/2013 01:44 PM, praveenp wrote:
Hi,
Currently math extensions gives poor results on non-latin codes. If this
can handle such wide part, this will be awesome.
try this:
http://ml.wikisource.org/w/index.php?title=Page:Yukthibhasa.djvu/227action=edit
See also
On 05/03/2013 01:13 AM, Peter Krautzberger wrote:
(I've heard complaints that user registration is not not very accessible).
Separate from your main suggestion, what issues are you aware of here?
We are aware of the CAPTCHA, of course. We would like to have a version
for vision-impaired people
On 04/27/2013 07:58 PM, Quim Gil wrote:
SELECTING CANDIDATES
After the deadline we will meet to prioritize GSoC and OPW candidates.
When is this meeting?
Thanks,
Matt Flaschen
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
201 - 300 of 507 matches
Mail list logo