Tim Starling | 19 Aug 04:50 2011
Picon

Re: WikiScripts

On 18/08/11 13:52, MZMcBride wrote:
> * Has there a been a discussion/agreement about using a new scripting
> language on Wikimedia wikis? I know Lua, JavaScript, StringFunctions and a
> bunch of other options have been endlessly discussed in the past. Does your
> e-mail mean that a decision is made and this can move forward?

In the past week, I've been working on a prototype Lua solution. I
wrote an extension for PHP that embeds a Lua interpreter, with some
extra features (such as CPU time and memory limits) that weren't
present in the previous solutions. I will add support for it to the
existing Lua extension for MediaWiki and add some extra features to
that extension.

When that's done, we'll be able to compare it with WikiScripts in
terms of performance and flexibility and to choose the most suitable
solution.

I discussed WikiScripts extensively with Victor at Wikimania. At the
start of the conference week, I was very keen on the idea, but as the
week went on and I did more research, I became less keen on it and
more keen on Lua. I told Victor that this was the situation, and that
deployment of WikiScripts would depend on its benchmark performance
and other criteria.

I'm very anxious about getting this right. I think the current
situation with template programming on Wikimedia wikis is terrible,
and I think it's largely my fault. The language is ugly and
inaccessible, causing metatemplate editing to be confined to a small
group of elite editors, and it's slow, causing save times of 40
seconds or more on popular articles. Perhaps by supporting the right
(Continue reading)

Mark A. Hershberger | 19 Aug 07:08 2011
Picon

Notes from Wednesday's mobile triage


For this week's triage, I worked with Tomasz Finc and Patrick Reilly
to focus on the new MobileFrontend extension.  I also held it a few
hours earlier and, as a result had participation from developers
farther east.

Tomasz was especially interested in getting participation from non-WMF
developers and as an incentive, he went through the bugs and tagged
the easy ones that would be a good starting point for developers
interested in starting work on the MobileFrontend.  You can see the
complete list of bugs in this week's etherpad here: http://hexm.de/5x

https://bugzilla.wikimedia.org/24359 Adding an "e-mail to friends" link
    to MobileFrontend

    Bryan suggested this one was similar to requests that had been made
    on the main site in the past and I initially closed as such -- a
    duplicate of "mail this article to someone feature" like Bug #227.

    Both Tomasz and MzMcBride objected, though, and re-opened the bug.

    Part of Brion's concern for WONTFIXing 227 was that it "opens extra
    spamming opportunities" which I'm concerned with as well.  I updated
    the bug with some steps we should take to minimize spamming
    concerns.

https://bugzilla.wikimedia.org/22659 Give projects the opportunity to
    add mobile specific JS/CSS

    Amir showed up to ask about device-specific CSS and making them
(Continue reading)

Seb35 | 19 Aug 10:33 2011
Picon

Re: Changing XML Wikipedia Schema to Enable Smaller Incremental Dumps that are Hadoop ready

Hi,

(I don’t post often here and I’m not a MW developer but I try to follow,  
correct me if I’m wrong.)

I see a couple of things which must be done carefully and willingly about  
page titles<ref>. Currently there is a difference between page_id and page  
title, since the page_id is conserved when the title of the page changes  
(during a move), so there is currently no canonical page title associated  
to a revision, only a page_id, or in other words I think it is  
theoretically non possible to retrieve the original page title of a given  
past revision (this could be discussed on another thread) and I have some  
doubts also about retrieving the original page_id of a revision in very  
rare cases (with a succession of deletion-undeletion of some  
revisions-moves) but I’m not sure of that.

So introduce a page_title in the revisions (your §1.) is a new interesting  
information if your consider this as the title as of date of saving of the  
revision, and then page_id->title and page_title can be different, the  
same for the namespace. But this information is not currently available in  
the database. This would pose the problem of definition of existing  
revisions in the dumps: use the current page title associated to the  
current page_id? If you put the current page_title associated to the  
current page_id of the revision this means the page_title will change  
accross dumps every time a move is done, I don’t find it is semantically  
correct, but at least it should be clearly explained. This is the current  
behaviour but since the page_title is outside of a revision you implicitly  
aggree this behaviour which is semantically correct.

In the §2. there is a similar thing for the redirect: currently the  
(Continue reading)

Tomasz Finc | 19 Aug 19:25 2011
Picon

Re: Notes from Wednesday's mobile triage

Thanks for the detailed write up Mark.

--tomasz

On Thu, Aug 18, 2011 at 10:08 PM, Mark A. Hershberger
<mhershberger <at> wikimedia.org> wrote:
>
> For this week's triage, I worked with Tomasz Finc and Patrick Reilly
> to focus on the new MobileFrontend extension.  I also held it a few
> hours earlier and, as a result had participation from developers
> farther east.
>
> Tomasz was especially interested in getting participation from non-WMF
> developers and as an incentive, he went through the bugs and tagged
> the easy ones that would be a good starting point for developers
> interested in starting work on the MobileFrontend.  You can see the
> complete list of bugs in this week's etherpad here: http://hexm.de/5x
>
> https://bugzilla.wikimedia.org/24359 Adding an "e-mail to friends" link
>    to MobileFrontend
>
>    Bryan suggested this one was similar to requests that had been made
>    on the main site in the past and I initially closed as such -- a
>    duplicate of "mail this article to someone feature" like Bug #227.
>
>    Both Tomasz and MzMcBride objected, though, and re-opened the bug.
>
>    Part of Brion's concern for WONTFIXing 227 was that it "opens extra
>    spamming opportunities" which I'm concerned with as well.  I updated
>    the bug with some steps we should take to minimize spamming
(Continue reading)

Tomasz Finc | 19 Aug 20:01 2011
Picon

Re: JS-TTS

Very cool .. now if we could get the reverse for editing .. that would
be a really interesting way of getting input. Especially on mobile
devices.

--tomasz

On Thu, Aug 18, 2011 at 6:54 AM, Magnus Manske
<magnusmanske <at> googlemail.com> wrote:
> This might be something worth considering for Wikipedia once it's matured:
> http://hacks.mozilla.org/2011/08/speak-js-text-to-speech-on-the-web/
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l <at> lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
Ashar Voultoiz | 20 Aug 00:19 2011
Picon

Re: WikiScripts

On 19/08/11 04:50, Tim Starling wrote:
<snip>
> I'm very anxious about getting this right. I think the current
> situation with template programming on Wikimedia wikis is terrible,
> and I think it's largely my fault. The language is ugly and
> inaccessible, causing metatemplate editing to be confined to a small
> group of elite editors, and it's slow, causing save times of 40
> seconds or more on popular articles. Perhaps by supporting the right
> solution here, I can gain some absolution.

At the time you implemented the templates and parserfunctions, the 
community gave you a huge "thank you!".  It was probably better to have 
barely usable feature than no feature at all :-)

When you wrote your code, I am sure you never thought the community will 
push your system to its limit.  So there is nobody to blame you on that.

For the good part, the functions lowered the pressure imposed to the few 
core devs by the community since YOU enabled them to create new features!

We probably should have created PHP extensions for the most used 
templates. The enwiki {{citation}} template comes to mind.

Just to help you on the way to absolution, please remember your day is 
in roughly 2 months!!!
   http://en.wikipedia.org/wiki/Wikipedia:Tim_Starling_Day

--

-- 
Ashar Voultoiz
(Continue reading)

Sumana Harihareswara | 20 Aug 00:22 2011
Picon

PostgreSQL Conference Europe submission deadline in 2 days

If you live in Europe and you'd like to help improve MediaWiki's support
for Postgres, please submit a talk about it to the PostgreSQL Conference
Europe.  I'll help you write the proposal, if you need help.  Call for
proposals: http://2011.pgconf.eu/callforpapers/

The deadline's on 21 August, 2 days from now.  I've copied most of the
CfP below.

-- 
Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation

PostgreSQL Conference Europe 2011 will be held on October 18-21 in the
Casa 400 Hotel in Amsterdam, The Netherlands. It will cover topics for
PostgreSQL users, developers and contributors, as well as decision and
policy makers. For more information about the conference, please see the
website at http://2011.pgconf.eu/.

We are now accepting proposals for talks. Please note that we are
looking for talks in English, Dutch, German and French.

Each session will last 45 minutes, and may be on any topic related to
PostgreSQL. Suggested topic areas include:

    * Developing applications for PostgreSQL
    * Administering large scale PostgreSQL installations
    * Case studies and/or success stories of PostgreSQL deployments
    * PostgreSQL tools and utilities
    * PostgreSQL hacking
(Continue reading)


Gmane