Wikitech-l October 2002

wikitech-l@lists.wikimedia.org

28 participants
66 discussions

cross-Wikipedia redirects
by The Cunctator 30 Oct '02

30 Oct '02

Right now the #REDIRECT [[ns:link]] function doesn't work with namespaces outside of www.wikipedia.org (such as meta, and the various languages. It would probably be good (and easy?) to change it so that redirects can be set up naturally. A number of entries redirect into the [[Wikipedia:]] namespace (like [[Votes for deletion]]). This would be useful for meta.wikipedia and interlanguage redirects as well. Of course, internal links to such redirects should be fixed to direct links. But this will allow us to preserve the integrity of outside bookmarks if we move content from one namespace to another. It may also allow for interesting crosslanguage capacities that I can't predict myself... tc

2 3

Patch for editondblclick
by Erik Moeller 29 Oct '02

29 Oct '02

Hi, I decided to give it a try myself and wrote a patch for allowing edits on doubleclick. It is attached. I decided not to create a context diff because I think the patch is so small to be better readable without it -- YMMV. I have made editondblclick an option, so we can turn it off by default for anonymous users. I would recommend making it the default after we've given it a good test. I have tested it in various browsers (including lynx etc.) and it either worked or was silently ignored by non-JS capable browsers. I have also added a German translation. Let me know if anything is missing. To test it, apply the patch, go to your prefs and activate the option. Then pick any editable page and double click anywhere in the browser window. Trust me, soon you won't want to live without it ;-) Regards, Erik -- FOKUS - Fraunhofer Insitute for Open Communication Systems Project BerliOS - http://www.berlios.de

4 4

Re: [Wikitech-l] [cunctator@kband.com: sep. 11.]
by cunctator＠kband.com 28 Oct '02

28 Oct '02

> The Cunctator wrote: > >> http://sep11.wikipedia.org/ > > > > Is there some way for me to be able to tweak the settings myself? E.g. > > stylesheet, default text, etc. Otherwise I guess I'll build a mockup of > > the interface. > > Not yet, no. > > Mock away... > Other than dev. access, of course. I suppose I should avoid that timesink.

1 0

Re: [Wikipedia-l] Is anybody else noticing the timeouts and lags?
by Brion VIBBER 28 Oct '02

28 Oct '02

Jonathan Walther wrote: > *cough*Postgres*cough* Anyone else agree it's time to switch to a > database that is just as fast as MySQL, but does row level locking > without slowing down any other concurrent database accesses, plus has > roll-back and all the other nice ACID features? Worth a shot; I'll see if I can get it running on my test server. -- brion vibber (brion @ pobox.com)

2 1

[cunctator@kband.com: sep. 11.]
by Jimmy Wales 28 Oct '02

28 Oct '02

Can someone set this up for Cunc? ----- Forwarded message from The Cunctator <cunctator(a)kband.com> ----- From: The Cunctator <cunctator(a)kband.com> Date: Sat, 26 Oct 2002 13:31:45 -0400 To: Jimmy Wales <jwales(a)bomis.com> Subject: sep. 11. Would you be willing to set up sep11.wikipedia.org with the Phase III software? If you do so, I can do the work so that the advocacy/tribute pages can be redirected from Wikipedia to there. Thanks, tc ----- End forwarded message -----

3 3

Timeouts and lags
by Axel Boldt 28 Oct '02

28 Oct '02

Brion wrote: >Saving verrryyyy llloonnnggg pages seems to precipitate this. I just >cropped off the upload log ([[Wikipedia:Upload log]]) from several >gazillion lines each with two links, and it took a few minutes to >finish saving, blocking the database until it was done. Could it be that updating the link tables (links, brokenlinks and imagelinks) takes a long time? Are these tables properly indexed? Axel __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/

2 1

Namespace aliases
by Brion VIBBER 27 Oct '02

27 Oct '02

[fr] C'est maintenent possible de faire un lien par un 'namespace alias' au wiki nouveau, selon les besoins de la langue. Par example, en français [[Wikipedia:Rapport d'erreurs]] donne [[Wikipédia:Rapport d'erreurs]] sans peine. (vois: http://fr.wikipedia.org/wiki/Testing ) [en] I've made a tweak to Title::secureAndSplit() to allow a customized Language::getNsIndex() to provide aliases for namespaces. So for French, a link to eg [[Wikipedia:Rapport d'erreurs]] can now transparently go to [[Wikipédia:Rapport d'erreurs]]. (see http://fr.wikipedia.org/wiki/Testing ) I _think_ this is safe -- the loop I took out from secureAndSplit() duplicated the default behavior of getNsIndex() anyway -- but Lee, please check it over. It's in CVS, but I didn't install it except on the French test wiki. -- brion vibber (brion @ pobox.com)

1 0

Accept-language header parsing
by Brion VIBBER 26 Oct '02

26 Oct '02

Attached is a quick-n-dirty PHP script which should parse the Accept-language header correctly and pick the most preferred known language. Ie; if the first language is not in our known list, we keep going to the next ones until we find one or run out. -- brion vibber (brion @ pobox.com) <? $knownlangs = array( "de", "en", "eo", "fr" ); #etc $lang = "en"; # Last-ditch fallback, it's the most developed wiki $lastquality = 0.0; # Note HTTP reference RFC 2616 - ftp://ftp.isi.edu/in-notes/rfc2616.txt $langtag = '((?:[a-zA-Z]{1,8})(?:-[a-zA-Z]{1,8})*)'; $qvalue ='(0(?:\.[0-9]{1,3})?|1(?:\.0{1,3}))'; $eachbit = '^' . $langtag . '(?:;q=' . $qvalue . ')?(?:,\s*)?(.*)$'; $alh = trim( $HTTP_SERVER_VARS["HTTP_ACCEPT_LANGUAGE"] ); echo "$alh<br>\n\n"; while(strlen($alh)) { if( preg_match( "/$eachbit/", $alh, $m ) ) { $tag = $m[1]; $quality = $m[2]; if(strlen($quality) == 0) $quality = 1; $alh = $m[3]; #echo "language '$tag' quality '$quality'\n"; if(in_array($tag, $knownlangs) and $quality > $lastquality) { $lang = $tag; $lastquality = $quality; } } else { break; } } echo "Using language $lang with preference $lastquality"; ?>

1 0

New list address
by Jason Richey 25 Oct '02

25 Oct '02

I have copied the old list members and archives over to the new list, and have begun forwarding the old list address (wikitech-l(a)nupedia.com) to wikitech-l(a)wikipedia.org. I beleive that it is working without problem. Please let me know otherwise. I also beleive that I copied the membership options correctly, though I'm not absolutely positive. One thing I expect will be slightly different is the time that the daily digests are received. I beleive the new server is set to UTC whereas the old server was on PDT, and I beleive digests go out at 5:00pm server local time... Please let me know if you witness any trouble. -- "Jason C. Richey" <jasonr(a)bomis.com>

3 4

mailing list software
by Jason Richey 25 Oct '02

25 Oct '02

I have installed mailman on the new server to server the wikipedia lists. More specifically, someone requested a list "francais-l" be added to the nupedia domain, but I found that a list by that name is already in use for Nupedia's purposes, so I made it francais-l(a)wikipedia.org instead. So, we now have the ability to make any wikipedia lists point to wikipedia.org... So, my question is this: On the old scheme, we prefixed the list name with 'wiki' to indicate that it was for wikipedia. As I copy the old lists to the new server, should I convert the list-names as well? I think not, but I thought I should ask. Also, are these the only wikipedia lists? I think they are. Intlwiki-l Wikitech-l Wikipedia-l WikiNL-l And I think this begs another question. The Dutch list is WikiNL, and the french list is francais-l (though this new list is not yet public). Should we go with a standardized naming scheme on the language-specific (or is it country-specific?) lists. Should I change francais-l to wikiFR-l? Jason -- "Jason C. Richey" <jasonr(a)bomis.com>

6 9

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 October 2002