Wikitech-l January 2007

wikitech-l@lists.wikimedia.org

136 participants
215 discussions

special page listing pages with broken links?
by Travis Derouin 19 Jan '07

19 Jan '07

We were looking for a special page that listed pages with broken links, is there currently one available somewhere? I've created one and didn't want to add a duplicate extension or functionalty to the extensions. Thanks, Travis

4 4

Re: [Wikitech-l] [Foundation-l] Wikitext isn't a programminglanguage, but...
by Andrew Garrett 19 Jan '07

19 Jan '07

On 19/01/07, Virgil Ierubino <virgil.ierubino(a)gmail.com> wrote: > There's a solution here. How about we introduce another language >****that is only available in the Template namespace****, >specifically for this > function? Call it Wikisyntax. Wikisyntax is a pure (and simple) > programming > language, with no markup. Wikitext is a pure and simple markup language, > with no code. No, No, and a thousand times No. If you want something implemented in a pure programming language (PHP is debatable in that regard), speak to developers, we will implement it in PHP as part of MediaWiki. MediaWiki is a piece of software, not an IDE. Andrew Garrett (Werdna)

3 2

Re: [Wikitech-l] Wikitext isn't a programming language, but...
by Ligulem 19 Jan '07

19 Jan '07

On 19.01.2007 10:10, Virgil Ierubino wrote: > There's a solution here. How about we introduce another language ****that is > only available in the Template namespace****, specifically for this > function? Call it Wikisyntax. Wikisyntax is a pure (and simple) programming > language, with no markup. Wikitext is a pure and simple markup language, > with no code. Just a side note about the history of MediaWiki template syntax: MediaWiki template syntax got the first stage of a "programming language" when parameters for templates were introduced ("function call"). The introduction of default parameter values provided parameter dependent text selection in templates ("if"-construct).

1 0

Use binary to represent varchar rather than UTF8
by howard chen 19 Jan '07

19 Jan '07

in all table creation statments, such as CREATE TABLE `categorylinks` ( `cl_from` int(8) unsigned NOT NULL default '0', `cl_to` varchar(255) binary NOT NULL default '', `cl_sortkey` varchar(255) binary NOT NULL default '', `cl_timestamp` timestamp(14) NOT NULL, UNIQUE KEY `cl_from` (`cl_from`,`cl_to`), KEY `cl_sortkey` (`cl_to`,`cl_sortkey`(128)), KEY `cl_timestamp` (`cl_to`,`cl_timestamp`) ) TYPE=InnoDB; why use binary to represent varchar, not UTF8?

8 13

Re: [Wikitech-l] [Foundation-l] Wikitext isn't a programming language, but...
by David Gerard 19 Jan '07

19 Jan '07

On 19/01/07, David Strauss <david(a)fourkitchens.com> wrote: > #loop is a problem. If this template language is Turing-complete, it can > be used to run infinitely long programs. That is a huge avenue for abuse. > Then again, there could be an execution limit to the parsing of a template. We have one real-life example of this, of course, in the recent template on es: Wikipedia that took 20 seconds to run and caused some annoyance on wikitech-l ... how feasible are execution time limits in practice, what's a reasonable limit (knowing people are going to push as close to it as they can) and what's a reasonable failure mode (knowing people are going to push as close to it as they can)? - d.

1 0

MediaWiki automated test run failure 2007-01-19
by brion＠pobox.com 19 Jan '07

19 Jan '07

An automated run of parserTests.php showed the following failures: This is MediaWiki version 1.10alpha (r19464). Reading tests from "maintenance/parserTests.txt"... Reading tests from "extensions/Cite/citeParserTests.txt"... Reading tests from "extensions/Poem/poemParserTests.txt"... 16 still FAILING test(s) :( * TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) * TODO: Link containing double-single-quotes '' (bug 4598) * TODO: message transform: <noinclude> in transcluded template (bug 4926) * TODO: message transform: <onlyinclude> in transcluded template (bug 4926) * BUG 1887, part 2: A <math> with a thumbnail- math enabled * TODO: HTML bullet list, unclosed tags (bug 5497) * TODO: HTML ordered list, unclosed tags (bug 5497) * TODO: HTML nested bullet list, open tags (bug 5497) * TODO: HTML nested ordered list, open tags (bug 5497) * TODO: Inline HTML vs wiki block nesting * TODO: Mixing markup for italics and bold * TODO: 5 quotes, code coverage +1 line * TODO: dt/dd/dl test * TODO: Images with the "|" character in the comment * TODO: Parents of subpages, two levels up, without trailing slash or name. * TODO: Parents of subpages, two levels up, with lots of extra trailing slashes. Passed 489 of 505 tests (96.83%)... FAILED!

1 0

PDA browsing and large pages
by Alai Wiki 19 Jan '07

19 Jan '07

Gmaxwell points out that one issue with viewing WP on PDAs is large pages, and this has also been reported to be an occasional problem even for desktop browsers -- admittedly generally only for _very_ large pages, like http://en.wikipedia.org/wiki/WP:WSS/ST, seemingly. It occurs to me that we _nearly_ have a fix for this: if one edits by section number, which one can do by suffixing the page URL by &action=edit&section=N, and then previews, one gets a view of that section, by itself. Obviously there's the difficulty with finding the right section without being able to view the TOC, and the nuisance of this requiring more than one step and generating an unwanted edit box. What I'd like to suggest, then, is an added action (or else some sort of integrated mode) to render only the lead section and TOC; and an action to render a single section, by number (as with section-editing, but without the edit box, and the separate preview step). Then, rather than #-style links in the TOC, have links to the section-view actions. As my PHP is non-existent I've no idea if this would be difficult to implement, but it doesn't sound mega-complicated. Make sense to anyone else? Cheers, Alai.

3 2

PHP 5.2.1RC3 testing
by Ilia Alshanetsky 19 Jan '07

19 Jan '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! You are receiving this email because your project has been select to take part in a new effort by the PHP QA Team to make sure that your project still works with PHP versions to-be-released. With this we hope to make sure that you are either aware of things that might break, or to make sure we don't introduce any strange regressions. With this effort we hope to build a better relation between the PHP Team and the major projects. If you do not want to receive these heads-up emails, please reply to me personally and I will remove you from the list; but, we hope that you want to actively help us making PHP a better and more stable tool. The third release candidate of PHP 5.2.1 was released today, it can be downloaded from http://downloads.php.net/ilia/. This RC is once again focusing on resolving bugs with another 20+ fixes since the last iteration. We don't anticipate any regressions, however if you spot any or come across new bugs, please notify PHP's QA team at "php- qa(a)lists.php.net". In case you think that other projects should also receive this kinds of emails, please let me know privately, and I will add them to the list of projects to contact. Best Regards, Ilia Alshanetsky 5.2 Release Master -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFsBEBLKekh381/CERAjQ8AKCaca/abC90C7bW7vvKmXdnPB93TQCglyTh 90h4MyFtwUNycUgjHg05y3Y= =t3jv -----END PGP SIGNATURE-----

1 0

Re: [Wikitech-l] SVN: [19463] trunk/phase3/maintenance/parserTests.txt
by Ashar Voultoiz 18 Jan '07

18 Jan '07

hashar(a)svn.wikimedia.org wrote: > Revision: 19463 > Author: hashar > Date: 2007-01-18 14:45:42 -0800 (Thu, 18 Jan 2007) > > Log Message: > ----------- > assuming which should close them as they are opened Should be read as: 'assuming we should close them as they are opened' ^^ Now, I am heading to bed. Committing asleep is bad =) -- Ashar Voultoiz - WP++++ http://en.wikipedia.org/wiki/User:Hashar http://www.livejournal.com/community/wikitech/ IM: hashar(a)jabber.org ICQ: 15325080

1 0

Special:Undelete title search
by Brion Vibber 18 Jan '07

18 Jan '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Originally, the Special:Undelete front page listed every page in the deleted page archive. Pretty quickly that became _too big_ to list for Wikipedia, and we hackily disabled it, with a pointer to the deletion log. But the original code stayed, and a default MediaWiki still tries to show everything. That's potentially a lot... especially after an upgrade to 1.9 which deletes a thousand-plus MediaWiki:foo pages! In my ongoing effort to merge or otherwise rid all our live code hacks, I've patched up Special:Undelete a bit. Instead of the full list or the hacked-in hardcoded message, the pointer to the deletion log is now localizable/customizable. Additionally, there's a search field: type in a page title or title prefix, and it'll list out (up to 100) matching titles. It's a simple prefix match, but should still be pretty handy. This change is live as of some minutes ago. - -- brion vibber (brion @ pobox.com / brion @ wikimedia.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFre/mwRnhpk1wk44RArzCAJ9jcbXrbDbw81tB3PnFECAllCg+XACg0O/t uupl8GOtIDPxW2RrLOMHBYc= =U8q4 -----END PGP SIGNATURE-----

4 6

← Newer
1
...
7
8
9
10
11
12
13
...
22
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l January 2007