Database format, format of communication between PHP and texvc and
PHP code is not touched. Upgrade shouldn't bring any problems.
* cases envinonment supported
* \left and \right must be followed by delimiters, and must balance.
It could generate some parse errors on previously accepted
input. It could happen in two cases:
* this input was invalid latex anyway
* some valid delimiters is not on texvc's list
* \big \bigg \Big \Bigg supported (they must be followed by delimiters)
* \ddots supported
Please update test.wikipedia.org, and if no bugs are found in
the next few days, update all Wikipedias.
I've been having troubles with my e-mail server, which should now be
resolved; anyone who's sent me any direct e-mail (not through the lists)
in the last day or so, I haven't gotten it -- please re-send.
-- brion vibber (brion @ pobox.com)
I'm getting ready to launch my "Disinfopedia," a Wikipedia-inspired
"encyclopedia of propaganda." I've seeded the project with a number
of articles of my own creation. Before going public, however, I'd
like to delete erase the revision history of my articles. There's
nothing in the history that I'm trying to hide, but during the period
when I had the thing all to myself, I employed some intermediate
cut-and-paste editing techniques that I wouldn't want others to
emulate once it goes public. Is there an easy way to delete the
revision history (using MySQL queries, for example) that won't mess
up counters, indexing, etc.?
If anyone here would like to see the Disinfopedia in its current
state of development, it's at the following URL:
| Sheldon Rampton
| Editor, PR Watch (www.prwatch.org)
| Author of books including:
| Friends In Deed: The Story of US-Nicaragua Sister Cities
| Toxic Sludge Is Good For You
| Mad Cow USA
| Trust Us, We're Experts
I have reinstalled my interlanguage management at test.wikipedia.org.
For those interested, I have also committed the code to the CVS. It is
turned off by default; to turn it on, set
$wgUseNewInterlanguage = true ;
in your LocalSettings.php
For your local installation, you'll need to create a "wiki-intl"
database, with tables "ilinks" and "recentchanges":
CREATE TABLE ilinks (
lang_from varchar(5) default NULL,
lang_to varchar(5) default NULL,
target_exists tinyint(1) default NULL
CREATE TABLE recentchanges (
user_lang varchar(5) default NULL,
date timestamp(14) NOT NULL,
I have noticed that some people from other wikipedias change our swedish å on the Swedish Wikipedia, when they make language links. I have thought about why, and I suppose its because they see something different than we do.
In the normal HTML, our å is written å ä is written ä and ö is written ö. Is this the present configuration in the php script, or does our strange letters confuse people so much that they change them since they look like errors in their point of view?
Here's what happened -- I sent my email to the list, and it never
showed up. Sendmail generally takes a break if the server load is
high, and it's hard to get ssh to answer if the server load is REALLY
high. After waiting for an hour, I decided that ssh would never
answer me, so I power-cycled the machine.
Everything seems joyful now.
The website appears to be functioning more or less normally, but I am
unable to ssh in to the machine. I get a prompt, and type my
password, and then I'm hung indefinitely (over an hour and waiting).
This is true for both my account (jwales) and root.
Before I do anything drastic like power-cycle the machine, I'll just
wait to see if anyone else can get in.
All I really wanted to do was to play aroud with the logs to see
what's the most popular stuff from google.
I think I've already mentioned this on sourceforge but...
There is weirdness going on with how image description pages work.
There are two delete links on them; one for the media file and one for the
image description page. To properly delete a media file and it's description
page ''both'' delete links have to be used. This confused the hell out of me
the first time and also just caught Zoe (there are probably other sysops who
/thought/ they deleted images but who really just deleted the image
IMO a much better design would treat the actual media file in the same way as
text is treated on normal pages: When the page it is on is deleted the
content (text and media file and their history) is deleted as well. When the
image page is moved then the media file is renamed. Which brings me to;
Another thing: there is no way to rename an media file or its corresponding
image description page. Using the 'Move this page' feature brings up an
Also, the time and dates of uploads are not displayed and the different
versions are listed in a separate history-like table (minus the dates and
times). Since the media file is content on the page it would make sense for
changes in that content to be properly logged.
IMO the whole thing is a bit confusing and may need to be redesigned.
Conceptually the media files can simply be thought of as another piece of
content on a page and therefore treated accordingly (with one history, one
delete link, and the ability to move the page).
For this to work the different media file versions would have to be somehow
represented by different wiki text (a new magic link that only works on image
description pages could be in the form [[media version:Foo.jpg(n)]] where "n"
is the version number). Then uploading a new version of the a media file
automatically edits the image description page ([[media version:Foo.jpg(1)]]
becomes [[media version:Foo.jpg(2)]] in the wiki text).
Sure a vandal could copy the wiki text representing the image of one thing and
replace it with something else but the vandal can already do that with the
IMO these pages should work more like other pages on Wikipedia.
Aside: "Image" is not the best namespace title for these pages since we allow
non-image filetypes. "Media" would be better but that is already taken....
>I agree, which is why you'll notice that it *does* list the date and
OK that part of my post goes into the brain fart category. It's a real good
thing I'm not a developer - If I mess up such an obvious thing on a mailing
list post at 2 AM think of the fun I could cause with the software at 4AM. ;)