Hi,
Would it be possible for e.g. Wikipedia pages to have a table for links
to commons (and other projects), in the same way that there is a
languagelinks table?
(This is for building a tool for finding images more easily.)
Thanks
Hi All,
There's some functionality I'd welcome any testing of, and any code review comments that anyone would care to make.
The functionality is image linking to something besides the image description page. (a.k.a.
http://bugzilla.wikimedia.org/show_bug.cgi?id=539 )
The four modes are:
# An External link. Example usage: [[Image:Google.gif|link=[http://www.google.com/]]]
# An Internal link. Example usage: [[Image:Wikipedia.gif|link=[[Wikipedia]]]], or
[[Image:Google.gif|link=[[:en:http://www.google.com/]]]] (yes, there is actually a "http://www.google.com/" redirect on the
Wikipedia, which points to [[Google]] ).
# No link. Example usage: [[Image:Wikipedia.gif|link=none]]
# Linking to the image description page, as per current. To get this, omit the "link=" parameter.
If you don't specify a link, then you just get the current default behaviour. Also the linking for each new type can be enabled or
disabled separately in LocalSettings.php , so if you wanted say internal links + no links, but are worried about spam on external
links, then you can enable just the 2 linking types you want. The default for all three options is off.
Note that the "link=" does not work inside a <gallery>. However, this is consistent with all the other image attributes, like
"right", "center", "thumb", "thumb=", "frame", and "left", none of which work inside galleries either.
There is a temporary test wiki for you to try out on this stuff located at: http://theplaypit.nickj.org/wiki/ . Please feel free to
modify whatever you like, or create any test pages or sandbox pages that you like, as I'm planning on killing that test wiki if/when
these patches or any equivalent functionality patches are checked in (or in two weeks, whichever happens sooner). The only request
I'd make is that you don't destroy the front page, so as to ensure that other people can easily see some examples of it being used
there on the Main Page.
The "svn diff" for the changes against SVN is at: http://files.nickj.org/MediaWiki/image-linking-diff.txt
Also, this diff retains the current "longdesc" attribute for <img> tags (i.e. it's there for current images, and you still get it
for images using link targets). To access this in Firefox, you right-click on an image, go to Properties, and in the popup box it
will say "Description:" and give the URL for the image's description page. This means that you can still get to the image
description page for an image, even if that images is linking off to somewhere else, or has no link. The "longdesc" tag is a W3C
standard img attribute ( for more info see: http://www.w3.org/TR/html401/struct/objects.html#adef-longdesc-IMG ).
I also want to send a big acknowledgement out to Rowan Collins. Rowan, if you're out there somewhere, your patches were extremely
helpful to me - so thank you!
All the best,
Nick.
Single login is said to be coming soon, but what about unifying other things beyond just logging in?
From my experience as sysop at several Wikipedia sister projects (Polish: Wikibooks, Wikinews, Wiktionary; English Wikibooks), significant part of vandals are coming from Wikipedia, just after being blocked there. Another problem is open proxies: English Wikipedia blocks many of them, but this process is not synchronised with other language editions and sister projects and as a result spammers and vandals can play cat and mouse with admins there using IPs that are infinitely blocked on English Wikipedia since a long time. In fact, Wikimedia's open proxy policy is not working at all - blacklist on for example Meta is available, but there is a separate one on English Wikipedia and people just don't have time to apply all these blocks everywhere.
For me, it is logical that block of IP number should be common to all Wikimedia projects. Allowing this would have a large impact on number of vandalisms in sister projects.
--
Piotr 'Derbeth' Kubowicz
Jabber id: derbeth(a)jabber.wp.pl
Pomóż Wikibooks stworzyć największy zbiór otwartych podręczników! http://pl.wikibooks.org/
Opera - the fastest browser on Earth! http://www.opera.com/
Hi all.
I remember something about this posted aprox a year
ago, but now we have new software versions so...
There's something strange when I try to import dumps.
I've downloaded latest version of mwdumper.jar. I get
a full .7z dump (for research purposes) of, let's say,
svwiki.
Well, I create a new database, build the 29 tables
with the tables.sql script (but remove the InnoDB type
of tables, due to some compatibility problems in our
MySQL, I think it doesn't mind).
Ok, I launch mwdumper.jar with the appropiate
parameters, things go on and finally obtain:
373,142 pages (228.901/sec), 2,659,777 revs
(1,631.616/sec)
As it should be. But when I log on in svwiki database
in MySQL it says:
mysql> select count(page_id) from page;
+----------------+
| count(page_id) |
+----------------+
| 30000 |
+----------------+
1 row in set (0.00 sec)
mysql> select count(rev_id) from revision;
+---------------+
| count(rev_id) |
+---------------+
| 722180 |
+---------------+
1 row in set (0.00 sec)
Far lower results.
Shouldn't I get the same figures? Anyone could help?
When I fix this problem, I've built a functional
script to recover per user statistics of contributions
in several periods of time (months, weeks, etc...).
Thanks everybody.
Felipe.
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello!
You are receiving this email because your project has been select to
take part in a new effort by the PHP QA Team to make sure that your
project still works with PHP versions to-be-released. With this we
hope to make sure that you are either aware of things that might
break, or to make sure we don't introduce any strange regressions.
With this effort we hope to build a better relation between the PHP
Team and the major projects.
If you do not want to receive these heads-up emails, please reply to
me personally and I will remove you from the list; but, we hope that
you want to actively help us making PHP a better and more stable tool.
The 6th release candidate of PHP 5.2.0 was released today, it can be
downloaded from http://downloads.php.net/ilia/. If you discover any
problems with this release please notify PHP's QA team at "php-
qa(a)lists.php.net".
In case you think that other projects should also receive this kinds
of emails, please let me know privately, and I will add them to the
list of projects to contact.
Best Regards,
Ilia Alshanetsky
5.2 Release Master
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Darwin)
iD8DBQFFODxxLKekh381/CERAtgiAJ4+Abg3N4mA0sQWX3rUzO6m/wjIqgCeJTvB
umr8weDhGSD83ynv7AlmEOk=
=UtpY
-----END PGP SIGNATURE-----
Don't know the answer to Point of confusion #2, but #1 is fixed now in
r17138
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/docs/hooks.txt?r1=17…
&r2=17137&pathrev=17138 ).
All the best,
Nick.
Thanks for taking care of that.
Point of confusion #2a was easy: I just commented out the call and the
"view source" tab is gone from locked pages. For #2b -- to make the tab go away
for unregistered users or for those otherwise not permitted to edit -- I'll
need to read the code until I understand it better
/** else {
* $content_actions['viewsource'] = array(
* 'class' => ($action == 'edit') ? 'selected' : false,
* 'text' => wfMsg('viewsource'),
* 'href' => $this->mTitle->getLocalUrl( $this->editUrlOptions() )
* );
* }
*/
There's also an "extensions/examples/Content_action.php" file, which sounds
like it may be particularly interesting to you. It's
viewable via the web at:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/examples/Content…
tion.php?revision=12179&view=markup
Hope that helps.
All the best,
Nick.
Thanks for finding the file and finding instances of the content_actions
array.
That helps some. Point of confusion #1 for me appears to have been whether
the referenced file was in the distribution I downloaded, or on the CVS/viewvc
directory you cited. I had looked there as well, but it has moved from
extensions/... to extensions/examples... , thus my confusion.
I'm not up to altering things over there just yet, but for someone who makes
it easy, that path might best be revised in the hooks.txt file where I found
the reference.
Point of confusion #2 was my hope that content_action.php would be a
repository of keys to the instantiation logic, rather than an example of how to add
tabs. I was hoping to find something like MediaWiki:Sidebar where I could use
text to describe what tab appears when. Unfortunately, it seems I'll have to
think my way out of this one instead.
The example in content_action.php of how to add an edit tab might illuminate
my study of how to remove the tabs. I only want them to appear on particular
pages for users who have edit privileges for those particular pages. The
if/else that replaces "edit" with "view source" is one place to start poking
around, but that only seems to respond affirmatively to page protection.
Conceptually, it seems easy enough to change the "else" action that returns "view
source" so it simply doesn't render the tag at all, but that only allows the
tag to be removed from protected pages. I'll probably need to find the logic
that returns a "not logged in" message when log-in is required, then move the
check-for-log-in status (or other edit permissions) so that it checks before
rendering the tab. My code might not be pretty, but if nobody else has
developed this functionality, it might be worth my while to carve it out.
An automated run of parserTests.php showed the following failures:
Running test TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test TODO: Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test TODO: Template with thumb image (with link in description)... FAILED!
Running test TODO: message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test TODO: message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test TODO: HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test TODO: HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test TODO: Parsing optional HTML elements (Bug 6171)... FAILED!
Running test TODO: Inline HTML vs wiki block nesting... FAILED!
Running test TODO: Mixing markup for italics and bold... FAILED!
Running test TODO: 5 quotes, code coverage +1 line... FAILED!
Running test TODO: HTML Hex character encoding.... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Passed 421 of 437 tests (96.34%) FAILED!
A hooks.txt file in a recent distribution of MediaWiki refers to a
content_actions.php file, which supposedly exposes instantiation logic of edit tabs at
the top of the page. I find no such file in that distribution. Am I missing
something, or will I need to write original code to gain control of those
ubiquitous tabs?