I've been poking around looking at hooks and ways to tie in new
features into Mediawiki via extensions, and it seems like unless a
hook happens to be defined where you want it, you have to either add
the hook yourself, or instruct the user of your extension to modify
their code and call your extension directly.
Both seem sort of messy. Are there any plans to broaden the range of
hooks other than by just adding more instances of hooks? What about
doing something like tying in hooks to wfProfileIn and wfProfileOut,
so hooks could be called before / after all functions are executed? A
more involved change would be also to pass the $this and the return
value into the hook when calling wfProfileIn and wfProfileOut.
Any ideas?
Travis
Hi,
I'm thinking of making a website next year which would need the titles
of articles and their languages from Wikipedia on the fly (and on
occasion grab the article too). Is there an official Wikipedia API or
plans to make one? An API would also be of immense help to wiki
researchers.
Thanks,
Chuck
After looking and trying the options suggested in the
"Eliminating_index.php_from_the_url" page I'm at a lose to find one
that works completely.
My situation is that mediawiki is server on SERVER A running on apache
1.3 and is proxied behind SERVER B running Litespeed. And I'm using
aliases to remove index.php from the URL.
Below is a example of how the vhost is setup for the site.
<VirtualHost *:80>
ServerAdmin admin(a)website.com
DocumentRoot /Library/WebServer/Documents/mediawiki
ErrorLog /var/log/httpd/wiki.website.com-error_log
CustomLog /var/log/httpd/wiki.website.com-access_log common
Alias /community/w /Library/WebServer/Documents/mediawiki/w/
Alias /community /Library/WebServer/Documents/mediawiki/w/index.php
Alias /index.php /Library/WebServer/Documents/mediawiki/w/index.php
</VirtualHost>
Everything works except for any special page that still includes the
index.php in its URL (the login link top right and any new page).
When clicking on any of these pages mediawiki wants to edit the page
Index.php as a new page.
Can anyone point me in the right direction please?
--
Michael Biven
michael.biven(a)gmail.com http://claimid.com/michael-bivenhttp://biven.orghttp://barcamp.org/BourbonCamp
On 10/25/06, Tim Starling <tstarling(a)wikimedia.org> wrote:
>
> As promised [1], password reminder limits are now effective on all
> Wikimedia
> projects. There is a limit of one password reminder per user per 24-hour
> period, and 5 password reminders per IP per hour.
>
> -- Tim Starling
>
> [1]
> http://mail.wikipedia.org/pipermail/wikitech-l/2006-October/039494.html
>
> _______________________________________________
> Wikipedia-l mailing list
> Wikipedia-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikipedia-l
>
Just occurred to me... how many presumed-valid password reminder requests do
we get from each AOL proxy server each hour, on the average? Has anyone
checked?
--
-george william herbert
george.herbert(a)gmail.com
question overview:
Where/How could I add new javascript files into wiki?
I would like to add dynamic functions as a part of the header which will be
static on all pages.
details:
I have gone in and changed the content under skins/.
"Sidebar" now exist as a horizontal navigation bar.
What I would like to do is to include a set of javascript funcions and call
it from Monobook.php
(I have just edited the default Monobook.php file) when outputing the items.
I have tried it on a separte test php file where it echos: "<script
type='text/javascript' src='menu.js'>"
It works fine on this test run. When added to Monobook.php, it stops
working.
I have also tried to delete all content form Monobook.php to nothing but
just the javascript include and hard-code definition of the sidebar items &
its dropdown menu
(pretty much the same as the test run php file from above) but the
javascript capability is still
lost. I have checked paths of these files and am sure that it works outside
of wiki...
Any inputs would be greatly appreciated!
Thank you
I may have been a little unclear: I'm not asking for *image* links but
normal interwiki links to pages on commons. :-)
We have a langlinks table for interwiki links to other languages, but
none for other projects.
I whipped up a little extension for MediaWiki that implements the
MicroID standard (http://www.microid.org/ ).
http://www.mediawiki.org/wiki/MicroID_extension
MicroID is a teeny-tiny standard that lets users with accounts on
multiple Web services assert that those accounts belong to the same
person. The standard consists of a single <meta> element with a hash of
the user's email address and the address of the current page. MicroIDs
are lightweight, relatively hard to spoof without control of the server,
and help assert identity without sharing private information.
The extension I wrote adds a MicroID <meta> tag for User: pages for
registered users with confirmed email addresses. The user can set
whether they want to show their MicroID or not in the "Misc" tab of the
Special:Preferences page. (Someone using MicroID to verify a user's
identity has to know their email address already first; however, some
users may not want to share their identity in any way.)
The extension has, as far as I can tell, little performance impact. It
loads the user record for the user page, but since that's loaded anyways
for user pages there's not much cost.
The feature is rolled out on Wikitravel and we've had some positive
feedback on it. It would probably be a useful extension to add for
Wikimedia projects.
~Evan
--
Evan Prodromou <evan(a)prodromou.name>