MediaWiki-l July 2005

mediawiki-l@lists.wikimedia.org

108 participants
143 discussions

changing the sunflower graphic...
by D_C 20 Jul '05

20 Jul '05

hiya - how do i change the default sunflower graphic ? what would seem like a basic question is cloaked in mediawiki onion skin layers... I cant find html showing the image, so assume it is displayed from a JS document.write. i looked thru all the dirs and changed anything i could find in: skins/monobook skins/common reload page/empty cache etc... its still there. is it loaded from a URL? is this deliberately obfuscated so ppl use the skins as is? tx! /dc

3 2

Re: BETA Spellchecker
by Jan Steinman 20 Jul '05

20 Jul '05

> From: "Myria" <myria(a)wolfandturtle.net> > > Steven Hilton wrote: > >> On 7/19/05, Jan Steinman <Jan(a)bytesmiths.com> wrote: >> >>> With all due respect to the work you have done, I believe spell >>> checking is the domain of the client. > >>> On Safari (MacOS X) at least, client-side interactive spell checking >>> works great with MediaWiki. Does it not in other browers/OSs? > > The problem, of course, is that exceedingly few Wiki users... > are going to be apt to have either product (despite the > fact that I list them on my help page). Mea culpa. <gloat>I just assumed all modern operating systems came off-the-shelf with built-in, system-wide interactive spelling correction that works equally well in all applications. (Except for a few bad Windows ports that ignore system input methods.)</gloat> (Every time I even think about trying Windows or Linux, something like this reminds me why I use a Mac.) > I'm really at a loss as to why -- aside from the seemingly inevitable > naysaying so common to this list -- a server-side spell checker is > such a > bad idea. Sorry, I did not mean ot be a nay-sayer. It was simply superfluous to me. I now know why others need such a thing. :::: How many people did YOU starve today? :::: Driving 4 miles in a 20 mpg vehicle is the energy-equivalent of over 2 loaves of bread. -- David Pimentel, Cornell University :::: Jan Steinman <http://www.Bytesmiths.com/Van>

4 3

Export to DocBook
by Ricardo Lopes 20 Jul '05

20 Jul '05

Hi, I'm new to MediaWiki, i saw somewhere that it allowed to export all the wiki as a DocBook. Where can i get this? Is There any documentation for this? Thanks, Ricardo Lopes.

3 3

RE: [Mediawiki-l] Re: BETA Spellchecker
by David Patrick 20 Jul '05

20 Jul '05

Other than a possible performance issue on your server, I see no problem with runnng a server-side spell-checker. I guess the question is how many people do you expect to concurrently post at any one time, and how much processing power is your spell-check going to swallow? There must come a point where the pain is much greater than any gain, and i would suggest that that is the point you reconsider the server-side spell check. This advice of course could also be applied when looking at the overall performance of your server against anticipated demand for your wiki. David -----Original Message----- From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org]On Behalf Of Myria Sent: 20 July 2005 14:38 To: 'MediaWiki announcements and site admin list' Subject: RE: [Mediawiki-l] Re: BETA Spellchecker Steven Hilton wrote: > On 7/19/05, Jan Steinman <Jan(a)bytesmiths.com> wrote: > > With all due respect to the work you have done, I believe spell > > checking is the domain of the client. > > On Safari (MacOS X) at least, client-side interactive spell checking > > works great with MediaWiki. Does it not in other browers/OSs? > SpellBound 0.7.3 > Spellchecker for Firefox and the Mozilla Suite There's also ieSpell v2.1.1 for Explorer (http://www.iespell.com/). The problem, of course, is that exceedingly few Wiki users -- or, at least, users of my Wiki -- are going to be apt to have either product (despite the fact that I list them on my help page). I presume that server-side spell checking does not preclude one from using a client-side spell-checker, so I'm really at a loss as to why -- aside from the seemingly inevitable naysaying so common to this list -- a server-side spell checker is such a bad idea. But then I'm sure someone will be along shortly to explain why it is bad for the internet, violates the Wiki concept, or creates mopery and dopery on the spaceways. Myria _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l This email and any attachments have been virus checked upon receipt at Ordnance Survey and are free of all known viruses. This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Romsey Road Southampton SO16 4GU Tel: 023 8079 2000 http://www.ordnancesurvey.co.uk

1 0

RE: [Mediawiki-l] Get rid of index.php in URL
by Zain Memon 20 Jul '05

20 Jul '05

Thanks, that was exactly what I was looking for. However, I'm having one problem. I used the Kludge method from the page http://meta.wikimedia.org/wiki/Using_a_very_short_URL and it seems to be working okay, except for one thing: Searches don't work. Whenever I run a search, it tells me it's a badly formed search query. I believe the reason is that the search form is POSTing to /Special:Search instead of /index.php/Special:Search. If I add in the index.php manually, it works fine. Any idea why this is, and how I can fix it? If nothing, could someone point me to the file that prints the Search box so I can manually change the form action? Thanks. > -----Original Message----- > From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l- > bounces(a)Wikimedia.org] On Behalf Of Sérgio Ribeiro > Sent: Tuesday, July 19, 2005 5:34 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Get rid of index.php in URL > > -> http://meta.wikimedia.org/wiki/Eliminating_index.php_from_the_url > > Cheers, > -- > On 7/20/05, Zain Memon <zain(a)voltage.com> wrote: > > > > I know I've read somewhere about how to use Apache to get rid of the > > index.php in URLs i.e. changing http://wiki/index.php/Main_Page to > > http://wiki/Main_Page. I can't seem to find that page again. Can someone > > point me to that article or describe the RewriteRules required to > > accomplish this? > > > > Thanks. > > > -- > Edit this page @ http://pt.wikipedia.org > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

2 1

Get rid of index.php in URL
by Zain Memon 20 Jul '05

20 Jul '05

I know I've read somewhere about how to use Apache to get rid of the index.php in URLs i.e. changing http://wiki/index.php/Main_Page to http://wiki/Main_Page. I can't seem to find that page again. Can someone point me to that article or describe the RewriteRules required to accomplish this? Thanks.

2 1

Re: [Mediawiki-l] spam bots
by Brian 20 Jul '05

20 Jul '05

Your gmail address is fairly flexible. Suppose your address is foobar(a)gmail.com You would receive mail sent to - fo.obar(a)gmail.com - f.o.o.b.a.r(a)gmail.com - foobar+flotsom(a)gmail.com - foo.bar+flotsom(a)gmail.com So if you sign up at amazon.com <http://amazon.com> with your foobar(a)gmail.com e-mail account, you use foobar+amazon(a)gmail.com. Then you check the address that your spam was sent to, and if it is from foobar+amazon(a)gmail.com (highly unlikely as it is), you can take action from there, including sending an upset letter, closing your account with them, and automatically nuking all of the e-mails sent to that address with a filter. It's also useful for categorizing mail by address. Want to make sure you don't miss an important e-mail from a friend? Give them foobar+jeff(a)gmail.com, and set up a filter to automatically star messages sent to that address. This doesn't work quite as well on mailing lists. Suppose you signed up here with foobar+wikitech-l(a)gmail.com. Then, everytime you want to post to the list you need to go into your settings and change your reply-to address before and after you send the mail. If you're already typing the message, you have to open a new window and set it (or save your e-mail as a draft and navigate away from it). I might put together a greasemonkey script that makes this functionality more accessible by adding an extra field before To: that says From: If you use an external client that supports this functionality, Gmail will let you send mail from any address via an SMTP server. It's not that it's a bad feature, just that it's inaccessible (likely intentionally). /Alterego On 7/18/05, Jamie Bliss <astronouth7303(a)gmail.com> wrote: > > On 7/17/05, Brian <reflection(a)gmail.com> wrote: > > When I sign up for a commercial website, I use the + gmail operator so > that > > I know if they sell my address. For instance, if I sign up at > > foobar.com <http://foobar.com><http://foobar.com>, > > I would use reflection+foobar@. Then when I start getting spam I know > where > > it came from. Since this is a mailing list, it's a pain in my rear to > change > > my displayed address everytime I want to say something to > > reflection+wikitech-l@, so I had to use the base address of just > reflection. > > When you do a google search for my e-mail address, the only results are > from > > this mailing list. (a couple others are similar, but not mine). That > means > > that the 2-3 spam messages I get per day on this relatively new address > are > > from this mailing list. > > the + gmail operator? Can you explain? Or send a link? > > -- Jamie > ------------------------------------------------------------------- > http://endeavour.zapto.org/astro73/ > Thank you to JosephM for inviting me to Gmail! > Have lots of invites. Gmail now has 2GB. >

3 2

spam bots
by Graham Chiu 19 Jul '05

19 Jul '05

I recently started to receive spam on my gmail account, after joining this list. I did a google search on my email address, and found it only listed at mail.wikipedia.org/pipermail/mediawiki-l/2005-July.txt Can't the email addresses be obfuscated? -- Graham Chiu

6 13

Why can't i run maintenance scripts???
by casper.levy＠eu.nabgroup.com 19 Jul '05

19 Jul '05

I have tried running them from the command line, then i commented out the bit in commandline.inc and tried running them from a brouser and all i get is this message, "Warning: The argument needs to be an array in c:\phpdev\www\cmawiki\maintenance\commandLine.inc on line 27 Warning: Variable passed to reset() is not an array or object in c:\phpdev\www\cmawiki\maintenance\commandLine.inc on line 34 A copy of your installation's LocalSettings.php must exist in the source directory. " What am i doing wrong here? I have a copy of localsettings.php in the root directory of my wiki and i have set adminsetting.php. As a side point im still getting the following errors , plus not getting any errors when i save just a page not availible every time i commit and edit! But i think i need to get these maintenance files to run before i try anything else? or can anyone help? please? not enjoying being the wiki monkey anymore! regards caspar [Mon Jul 18 16:25:36 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:randompage [Mon Jul 18 17:04:24 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:specialpages [Mon Jul 18 17:04:28 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:recentchanges [Mon Jul 18 17:04:30 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:randompage =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network.

4 3

Re: MediaWiki-l Digest, Vol 22, Issue 23
by casper.levy＠eu.nabgroup.com 19 Jul '05

19 Jul '05

Okay update, i'm now calling php-cli.exe (thanks for that) and now i get this which is an improvment on th last one but still some way from being good. Does this suggest to anyone what the problem might be? Warning: Invalid argument supplied for foreach() in c:\phpdev\www\CMAwiki\mainte nance\commandLine.inc on line 161 Dropping index... A database error has occurred Query: ALTER TABLE `searchindex` DROP INDEX si_title, DROP INDEX si_text Function: dropTextIndex Error: 1044 Access denied for user: 'caspar(a)127.0.0.1' to database 'wikidb' (loc alhost) =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network.

2 1

← Newer
1
2
3
4
5
6
7
8
9
...
15
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

MediaWiki-l July 2005