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
> 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>
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.
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
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
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.
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.
>
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
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.
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.